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Foreword 



This ETSI Technical Specification (TS) has been produced by the Special Mobile Group (SMG) of the European 
Telecommunications Standards Institute (ETSI). 

This specification specifies the Customized Applications for Mobile network Enhanced Logic (CAMEL) CAMEL 
Application Part (CAP) within the digital cellular telecommunications system (Phase 2/Phase 2+). 

The contents of this TS are subject to continuing work within SMG and may change following formal SMG approval. 
Should SMG modify the contents of this TS, it will then be republished by ETSI with an identifying change of release 
date and an increase in version number as follows: 

Version 5.x.y 

where: 

y the third digit is incremented when editorial only changes have been incorporated in the specification; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 
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1 Scope 



This standard specifies the CAMEL AppHcation Part (CAP) supporting the first phase of the network feature 
Customized Applications for Mobile network Enhanced Logic. CAP is based on a sub-set of the CS 1 Core INAP as 
specified by ETS 300 374-1 [14]. Descriptions and definitions provided by ETS 300 374-1 [14] are directly referenced 
by this standard in case no additions or clarifications are needed for the use in the CAP. 



Normative references 



This GTS incorporates by dated and undated reference, provisions from other publications. These normative references 
are cited at the appropriate places in the text and the publications are listed hereafter. For dated references, subsequent 
amendments to or revisions of any of these publications apply to this GTS only when incorporated in it by amendment 
or revision. For undated references the latest edition of the publication referred to applies. 

[I] ETS 300 008 (1993): "Integrated Services Digital Network (ISDN); CCITT Signalling System 
No.7; Message Transfer Part (MTP) to support international interconnection". 

[2] ETS 300 009 (1994): "Integrated Services Digital Network (ISDN); CCITT Signalling System 

No.7; Signalling Connection Control Part (SCCP) [connectionless and connection-oriented] to 
support international interconnection". 

[3] ETS 300 287 (1993): "Integrated Services Digital Network (ISDN); CCITT Signalhng System 

No.7; Transaction Capabilities Application Part (TCAP) version 2". 

[4] ETS 300 356-1: "Integrated Services Digital Network (ISDN); CCITT Signalhng System No.7; 

ISDN User Part (ISUP) version 2 for the international interface; Part 1: Basic services". 

[5] ETS 300 403-1: "Integrated Services Digital Network (ISDN); Digital Subscriber Signalling 

System No. one (DSSl); User-network interface layer 3 specification for basic call control; Part 1: 
Protocol specification [ITU-T Recommendation Q.931 (1993), modified]". 

[6] ITU-T Recommendation Q.773 (1993): "Specifications of Signalling System No.7; Transaction 

Capabilities formats and encoding". 

[7] ITU-T Recommendation Q.1218 (19935): "Interface Recommendation for intelligent network 

CSl". 

[8] ITU-T Recommendation Q.1400 (1993): "Architecture framework for the development of 

signalling and organization, administration and maintenance protocols using OSI principles". 

[9] CCITT Recommendation X.208 (1988): "Specification of Abstract Syntax Notation One 

(ASN.l)". 

[10] CCITT Recommendation X.209 (1988): "Specification of basic encoding rules for Abstract Syntax 

Notation One (ASN.l)". 

[II] CCITT Recommendation X.219 (1988): "Remote operations: Model, notation and service 
definition". 

[12] CCITT Recommendation X.229 (1988): "Remote operations: Protocol specification". 

[13] ISO 9545 (1989): "Information technology - Open Systems Interconnection - Application Layer 

structure". 

[14] ETS 300 374-1 (1994): "IntelHgent Network (IN); IntelHgent Network CapabiHty Set 1 (CSl) Core 

Intelligent Network Application Protocol (INAP) Part 1: Protocol specification". 

[15] GSM 09.02 (ETS 300 974): "Digital cellular telecommunications system (Phase 2+); Mobile 

Application Part (MAP) specification". 
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[16] 
[17] 
[18] 
[19] 

[20] 
[21] 

[22] 

[23] 
[24] 
[25] 



GSM 03.78: "Digital cellular telecommunications system (Phase 2+); Customised Applications for 
Mobile network Enhanced Logic (CAMEL) - stage 2". 

CCITT Recommendation Q.713 : "Specifications of Signalling System No. 7; SCCP formats and 
codes". 

ITU-T Recommendation X.680 (1994) I ISO/lEC 8824-1:1994, Information technology - Open 
Systems Interconnection - Abstract Syntax Notation One (ASN.l): Specification of basic notation. 

ITU-T Recommendation X.681 (1994) I ISO/IEC 8824-2:1994, Information technology - Open 
Systems Interconnection - Abstract Syntax Notation One (ASN.l): Information object 
specification. 

ITU-T Recommendation X.682 (1994) I ISO/IEC 8824-3:1994, Information technology - Open 
Systems Interconnection - Abstract Syntax Notation One (ASN.l): Constraint specification. 

ITU-T Recommendation X.683 (1994) I ISO/IEC 8824-4:1994, Information technology - Open 
Systems Interconnection - Abstract Syntax Notation One (ASN.l): Parameterization of ASN.l 
specifications. 

ITU-T Recommendation X.690 (1994) I ISO/IEC 8825-1:1994, Information technology - Open 
Systems Interconnection - Specification of ASN.l encoding rules: Basic, Canonical, and 
Distinguished Encoding Rules. 

ITU-T Recommendation X.880 (1994) I ISO/IEC 13712-1:1994, Information technology - Remote 
Operations: Concepts, model and notation. 

GSM 09.12 (prETS 300 646-1): "Digital cellular telecommunications system (Phase 2); Signalling 
System No 7 - Apphcation of ISUP version 2 for the ISDN-PLMN (GSM) signalling Interface 

GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface layer 
3 specification". 



Abbreviations 



AC 

ACM 

AE 

ASE 

ASN.l 

BCSM 

CAP 

CSl 

CSI 

DP 

DSSl 

EDP 

EDP-R 

FE 

FSM 

gsmSCF 

gsmSSF 

lAM 

ID 

IN 

INAP 

ISDN 

ISUP 

MACE 

MTP 

OCSI 



Application Context 

Address Complete Message 

Application Entity 

Application Service Element 

Abstract Syntax Notation One 

Basic Call State Model 

CAMEL Application Part 

Capability Set 1 

CAMEL Subscription Information 

Detection Point 

Digital Subscriber Signalling System No. One 

Event Detection Point 

Event Detection Point - Request 

Functional Entity 

Finite State Model 

GSM SCF 

GSM SSF 

Initial Address Message 

Identifier 

Intelligent Network 

Intelligent Network Application Protocol 

Integrated Services Digital Network 

ISDN User Part 

Multiple Association Control Function 

Message Transfer Part 

Originating CSI 
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PE Physical Entity 

REL Release 

ROSE Remote Operations Service Element 

SACF Single Association Control Function 

SAO Single Association Object 

SCCP Signalling Connection Control Part 

SCF Service Control Function 

SCME SCF Management Entity 

SCSM SCF Call State Model 

SLP Service Logic Program 

SSF Service Switching Function 

SSME SSF Management Entity 

SSN Sub-System Number 

TC Transaction Capabilities 

TCAP Transaction Capabilities Application Part 

TCSI Terminating CSI 

TDP Trigger Detection Point 

TDP-R Trigger Detection Point - Request 



General 



4.1 Definition methodology 

The definition of the protocol is split into three Clauses: 

the definition of the Single/Multiple Association Control Function (S ACF/MACF) rules for the protocol 
(Clause 5); 

the definition of the operations transferred between entities (Clause 6); 

the definition of the actions taken at each entity (Clause 7). 

The SACF/MACF rules are defined in prose. The operation definitions are in Abstract Syntax Notation 1 (ASN. 1, see 
CCITT Recommendation X.208 [9]), and the actions are defined in terms of state transition diagrams. Further guidance 
on the actions to be performed on receipt of an operation can be gained from Clause 6 and from the relevant detailed 
procedures in Clause 7. 

The CAP is a Remote Operations Service Element (ROSE) user protocol (see CCITT Recommendations X.219 [1 1] and 
X.229 [12] and ITU-T Recommendation X.880 [23]). CAP uses the Basic Encoding Rules (see CCITT 
Recommendation X.209 [10] and ITU-T recommendation X.690 [22]). 



4.2 



Spare 



4.3 CAP protocol architecture 



Many of the terms used in this subclause are based on the OSI Application Layer Structure as defined in ISO 9545 [13]. 
The CAP protocol architecture can be illustrated as shown in figure 1 . 
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Multiple Co-ordinated 
Interactions (case b) 



Application 
Process 



MACF 



SAO 



A ASE'^ 

C 

F TCAP 



SAO 
ASE's 

TCAP 



SCCP 



MTP 



or 



Single Interaction 
(case a) 

Application 
Process 





SAO 


s 

A 
C 

F 


ASE's 


TCAP 



SCCP 



MTP 



Figure 1 : CAP protocol architecture 

A PE has either single interactions (case a) or muhiple co-ordinated interactions (case b) with other PEs. 

In case a, SACF provides a co-ordination function in using Application Service Elements (ASEs), which includes the 
ordering of operations supported by ASE(s), (based on the order of received primitives). The Single Association Object 
(SAO) represents the SACF plus a set of ASEs to be used over a single interaction between a pair of PEs. 

In case b, MACF provides a co-ordinating function among several S AOs, each of which interacts with an SAO in a 
remote PE. 

Each ASE supports one or more operations. Description of each operation is tied with the action of corresponding FE 
modelling (see GSM 03.78 [16] and Clause 7 of this ETS). Each operation is specified using the operation macro 
described in figure 2. 
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INAPUserASE's 



xyz OPERATION 

ARGUMENT {ParameteM , Parameter2,...} 
RESULT {Parameterl , Parameter2,...} 
LINKED {operations, operation4,...} 
ERRORS {errorl , error2....} 

errorl ERROR 

PARAMETER {Parameter6, Parameter?,...} 
etc 



to peer 



Operations 

Results 

Errors 



TCAP ASE 



COMPONENT SUB-LAYER 



TRANSACTION SUB-LAYER 



I 



INVOKE 
^^ RETURN RESULT 
to peer RETURN ERROR 
REJECT 

^> BEGIN 

CONTINUE 

END 

ABORT 

UNIDIRECTIONAL 



to peer 



CONNECTIONLESS SCCP 

Figure 2: Operation description 

The use of the Application Context (AC) negotiation mechanism (as defined in ETS 300 287 [3]) allows the two 
communicating entities to identify exactly what their capabilities are and also what the capabilities required on the 
interface should be. This should be used to allow evolution through capability sets. 

If the indication of a specific AC is not supported by a pair of communicating FEs, some mechanism to pre-arrange the 
context shall be supported. 



4.4 CAP addressing 

The CAMEL Application Part makes use of the services offered by the Signalling Connection Control Part of signalling 
System No. 7. CCITT Blue Book or ITU-T (03/93) Recommendations Q.711 to Q.716 should be consulted for the full 
specification of SCCP. 

4.4.1 Sub-System Number (SSN) 

The use of SSN is a network operator option and values for intra-PLMN usage are network specific. 



4.4.2 Quality of service parameters 

The class (class or class 1) of SCCP is set as required by the application. RESULT_NL should not be used. However, 
if segmentation is needed class 1 is set. 

According to Q.771, TC imposes no limitation on the number of segments. However if the peer TC users are certain that 
the Network Service used supports segmentation and reassembly of user data, the TC_RESULT_NL (RR_NL) facility is 
not necessary and should be avoided. 

The return option may be used if requested by the application (Network Operator to determine). 
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4.4.3 SCCP addressing 



Within the GSM System there is a need to communicate between entities within the same PLMN and in different 
PLMNs. Using the CAMEL AppHcation Part (CAP) for this function impHes the use of Transaction Capabihties (TC) 
and the SignalHng Connection Control Part (SCCP) of CCITT SignalHng System No. 7. 

The format and coding of address parameters carried by the SCCP for that purpose shall comply with CCITT 
Recommendation Q.713 [17] with the following restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, the use of SCCP addressing is network specific. 

2) Inter-PLMN addressing 

a) Called Party Address 

SSN indicator = a standardised SSN shall be used. The code point will be allocated by the appropriate 
ETSI body; 

Point Code indicator = 0; 

Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

Translation type = (Not used); 

Routing indicator = (Routing on global title); 

b) Calling Party Address 

- SSN indicator = a standardised SSN shall be used. The code point will be allocated by the appropriate 
ETSI body; 

Point code indicator = 0; 

Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

Translation type = (Not used); 

- Routing indicator = (Routing on Global Title). 

4.5 Spare 

4.6 Compatibility mechanisms used for CAP 
4.6.1 Introduction 

This subclause specifies the compatibility mechanisms that shall be used for CAP 

Two major categories of compatibility are handled by these mechanisms: 

compatibility with the ITU-T Recommendation Q.1218 [7] version of CS 1 INAP and the ETSI specification ETS 
300 374 -1 version [14] of CSl INAP; 

compatibility with future versions of CAP. 

The second category has three sub-categories of compatibility dealt with in this subclause: 

minor changes to the CAP in future standardized versions: 

A minor change can be defined as a change of a functionality which is not essential for the requested CAMEL 
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service. In case it is a modification of an existing function, it is acceptable that the addressed function is executed 
in either the older or the modified variant. If the change is purely additional, it is acceptable that it is not executed 
at all and that the peer Application Entity (AE) need not know about the effects of the change. For minor 
changes, a new AC is not required; 

major changes to the CAP in future standardized versions: 

A major change can be defined as a change of a functionality which is essential for the requested CAP service. In 
case it is a modification of an existing function, both application entities shall have a shared knowledge about the 
addressed functional variant. If the change is purely additional, the requested CAMEL service will not be 
provided if one of the application entities does not support the additional functionality. For major changes, a new 
AC is required; 

network specific changes to CAP: 

These additions may be of either the major or minor type for a service. No new AC is expected to be defined for 
this type of change. At the time of definition, the additions would not be expected to be included in identical form 
in future versions of the ETS. 

4.6.2 Definition of CAP compatibility meciianisms 

4.6.2.1 Compatibility mechanism for interworking of CAP with ETSI CS1 Core INAP 
and ITU-T Q.1 21 8 INAP 

On receipt of an operation according to ITU-T Recommendation Q. 1218 [7] or an operation according to ETSI ETS 
300 374-1 [14] which is not part of the CAP or is part of the CAP but which contains parameters which are not part of 
the CAP: 

the gsmSSF shall apply the normal error handling for unknown operations or parameters, i.e. the normal error 
handling procedures as specified in Clause 10 shall be followed; 

the gsmSCF shall apply the normal error handling for unknown operations or parameters except for parameters in 
the InitialDP operation. All parameters specified in ITU-T Recommendation Q.1218 [7] and in ETSI ETS 300 
374-1 [14] for InitialDP shall be known by the gsmSCF, those not included in the CAP shall be ignored. 

Tagging of CAP additions to ITU-T Recommendation Q.1218[7] and ETSI ETS 300 374-1 [14] are specified from 50 
and upwards. 

4.6.2.2 Procedures for major additions to CAP 

In order to support the introduction of major functional changes, the protocol allows a synchronization between the two 
applications with regard to which functionality is to be performed. This synchronization takes place before the new 
function is invoked in either application entity, in order to avoid complicated fall-back procedures. The solution chosen 
to achieve such a synchronization is use of the AC negotiation provided in ETS 300 287 [3]. 

4.6.2.3 Procedures for minor additions to CAP 

The extension mechanism marker shall be used for future standardized minor additions to CAP. This mechanism 
implements extensions by including an "extensions marker" in the type definition. The extensions are expressed by 
optional fields that are placed after the marker. When an entity receives unrecognized parameters that occur after the 
marker, they are ignored (see ITU-T Recommendation X.680 [18]). 

4.6.2.4 Procedures for inclusion of network specific additions to CAP 

This mechanism is based on the ability to explicitly declare fields of any type via the Macro facility in ASN.l at the 
outermost level of a type definition. It works by defining an "ExtensionField" that is placed at the end of the type 
definition. This extension field is defined as a set of extensions, where an extension can contain any type. Each 
extension is associated with an identification that unambiguously identifies the extension. Refer to ITU-T 
Recommendation Q.1400 [8] for a definition of this mechanism. 



GSM 09.78 version 5.1.0 15 TS 101 046 V5.1.0 (1997-08) 

5 Single/Multiple Association Control Function 

(SACF/MACF) rules 

5.1 Reflection of TCAP Application Context (AC) 

TCAP AC negotiation rules require that the proposed AC, if acceptable, is reflected in the first backwards message. 

If the AC is not acceptable, and the TC-User does not wish to continue the dialogue, it may provide an alternate AC to 
the initiator which can be used to start a new dialogue. 

TCAP AC negotiation applies only to the gsmSCF interfaces. Refer to ETS 300 287 [3] for a more detailed description 
of the TCAP AC negotiation mechanism. 

5.2 Sequential/parallel execution of operations 

In some cases, it may be necessary to distinguish whether operations should be performed sequentially or in parallel 
(synchronized). Operations which may be synchronized are: 

charging operations may be synchronized with any other operation. 

The method of indicating that operations are to be synchronized is to include them in the same message. Where it is 
impossible to execute one of the operations identified above until some other operation has progressed to some extent or 
finished, the sending PE (usually SCP) can control this by sending the operations in two separate messages. 

This method does not imply that all operations sent in the same message should be executed simultaneously, but simply 
that where it could make sense to do so (in the situations identified above) the operations should be synchronized. 

In case of inconsistency between the above mentioned generic rules and the FE-specific rules as specified in Clause 7, 
the FE-specific rules take precedence over the generic rules. 



Abstract syntax of the CAP 



This Clause specifies the abstract syntax for the CAP version 1, using ASN.l as defined in CCITT Recommendation 
X.208 [9] and ITU-T Recommendations X.680 [18], X.681 [19], X.682 [20] and X.683 [21]. 

The encoding rules which are applicable to the defined abstract syntax are the Basic Encoding Rules for ASN.l, defined 
in CCITT Recommendation X.209 [10] and ITU-T Recommendation X.690 [22] with the restrictions as described in 
ITU-T Recommendation Q.773 [6], § 4.1.1, modified by ETS 300 287 [3]. Additional encodings are cited for 
parameters used in existing ISUP (ETS 300 356-1 [4]) and DSSl (ETS 300 403-1 [5]) standards. 

For the ISUP and DSSl parameters used in the CAP, only the coding of the parameter value is coded as defined in ISUP 
or DSSl. The DSSl/ISUP defined parameter identifiers are removed and replaced by the CAP defined parameter 
identifiers. 

Where possible existing data types from the CSl ETSI Core INAP (ETS 300 374-1 [14]) and MAP (Where possible 
existing data types from the CSl ETSI Core INAP (ETS 300 374-1 [14]) and MAP (ETS 300 974 [15]) standards have 
been used. 

The mapping of OPERATION and ERROR to TCAP components is defined in ITU-T Recommendation Q.773 [6] 
modified by ETS 300 287 [3]. The class of an operation is not stated explicitly but is specified in the ASN.l 
OPERATION MACRO, as follows: 

class 2: only ERRORS appears in the ASN. 1 OPERATION MACRO definition; 

class 3: only RESULT appears in the ASN. 1 OPERATION MACRO definition; 

class 4: neither RESULT nor ERRORS appears in the ASN. 1 OPERATION MACRO definition. 
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The abstract syntax for CAP is composed of several ASN.l modules describing operations, errors, and associated data 
types. The values (operation codes and error codes) are defined in a separate module. 

The module containing all the type definitions for CAP operations is CAP-Operations and is described in 
subclause 6.1. 

The module containing all the type definitions for CAP errors is CAP-Errors and is described in subclause 6.2. 

The module containing all the type definitions for CAP data types is CAP-DataTypes and is described in subclause 6.3. 

The module containing the operation codes and error codes for CAP is CAP-Codes and is described in subclause 6.4. 

All the AC definitions for CAP are described in subclause 6.5. 

The module containing the class definitions for CAP is CAP-Classes and is described in subclause 6.6. 



6.1 Operation types 



CAP-Operations {ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1 ) 

modules (3) 

cap-operations (50) versionl (0) } 

— This module contains the type definitions for the CAP v.l operations. 
DEFINITIONS : := 

BEGIN 

IMPORTS 

OPERATION 

FROM TCAPMessages {ccitt recommendation q 773 modules (2) messages (1) version2(2)} 

error types 

Mi ssingCustomer Record, 

MissingParameter, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 

FROM Core-INAP-CSl-Errors {ccitt (0) identif ied-organization (4 ) etsi(O) inDomain(l) in-network (1 ) 
modules (0) csl-errors (1 ) versionl (0)} 

— CAP error types 
SystemFailure 

FROM CAP-Errors {ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1) 
modules (3) cap-errors (51 ) versionl (0)} 

argument types 

ConnectArg, 

Event ReportBCSMArg, 

InitialDPArg, 

ReleaseCallArg, 

RequestReportBCSMEventArg 

FROM CAP-DataTypes {ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1 ) 
modules (3) cap-datatypes (52) versionl (0) } ; 

— TYPE DEFINITIONS FOR CAP v.l OPERATIONS FOLLOW 

ActivityTest ::= OPERATION 

RESULT 

Direction: gsmSCF -> gsmSSF, Timer: T^^ 

— This operation is used to check for the continued existence of a relationship between the 

— gsmSCF and gsmSSF. If the relationship is still in existence, then the gsmSSF will respond. 

— If no reply is received, then the gsmSCF will assume that the gsmSSF has failed in some way 

— and will take the appropriate action. 

Connect ::= OPERATION 

ARGUMENT 

ConnectArg 
ERRORS { 

MissingParameter, 
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SystemFailure, 
TaskRefused, 

UnexpectedComponent Sequence, 
UnexpectedDataValue, 
OnexpectedParameter 
} 
Direction: gsmSCF -> gsmSSF, Timer: T^^^^^ 

— This operation is used to request the gsmSSF to perform the call processing actions to route 

— or forward a call to a specified destination. To do so, the gsmSSF may or may not use 

— destination information from the calling party (e.g., dialled digits) and existing call setup 

— information depending on the information provided by the gsmSCF. 

Continue ::= OPERATION 

Direction: gsmSCF -> gsmSSF, Timer: T ^^^ 

— This operation is used to request the gsmSSF to proceed with call processing at the DP at 

— which it previously suspended call processing to await gsmSCF instructions (i.e., proceed to 

— the next point in call in the BCSM) . The gsmSSF continues call processing without 

— substituting new data from gsmSCF. 

EventReportBCSM ::= OPERATION 

ARGUMENT 

Event ReportBCSMArg 

Direction: gsmSSF -> gsmSCF, Timer: T^^,]^ 

— This operation is used to notify the gsmSCF of a call-related event (e.g., BCSM events such 

— as answer or disconnect) previously requested by the gsmSCF in a RequestReportBCSMEvent 
operation. 

InitialDP ::= OPERATION 

ARGUMENT 

InitialDPArg 
ERRORS { 

Mi ssingCustomer Record, 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 

} 

Direction: gsmSSF -> gsmSCF, Timer: T^^ 

— This operation is used after a TDP to indicate request for service. 

ReleaseCall ::= OPERATION 

ARGUMENT 

ReleaseCallArg 

action: gsmSCF - 

— This operation is used to tear down an existing call at any phase of the call for all 

— parties involved in the call. 

RequestReportBCSMEvent ::= OPERATION 

ARGUMENT 

RequestReportBCSMEventArg 
ERRORS { 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 

} 

Direction: gsmSCF -> gsmSSF, Timer: 1^,^,, 

— This operation is used to request the gsmSSF to monitor for a call-related event (e.g., BCSM 

— events such as answer or disconnect), then send a notification back to the gsmSCF when the 
event is detected. 

END 

Operation timers 

The following value ranges apply for operation specific timers in CAP: 

short: 1 to 20 seconds; 

Table 1 lists all operation timers and the value range for each timer. The definitive value for each operation timer may 
be network specific and has to be defined by the network operator. 
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Table 1 



Operation Name 


Timer 


value 


ActivityTest 


Tat 


short 


Connect 


^con 


short 


Continue 


^cue 


short 


EventReportBCSM 


"■"erb 


short 


InitialDP 


"■"idp 


short 


ReleaseCall 


Trc 


short 


RequestReportBCSMEvent 


Trrb 


short 



6.2 Error types 



CAP-Errors { ccitt(O) identif ied-organization (4 ) etsi (0) mobileDomain (0) gsm-Network (1 ) modules (3) 
cap-errors (51) versionl (0) } 

— This module contains the type definitions for the CAP v.l errors. 
DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 
IMPORTS 

ERROR 
FROM TCAPMessages {ccitt recommendation q 773 modules (2) messages (1) version2(2)} 

UnavailableNetworkResource 

FROM CAP-DataTypes {ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 
modules (3) cap-datatypes (52 ) versionl (0) } ; 

— TYPE DEFINITIONS FOR CAP v.l ERRORS FOLLOW 

SystemFailure ::= ERROR 

PARAMETER 

UnavailableNetworkResource 

— The operation could not be completed due to a system failure at the serving entity. 



6.3 Data types 



CAP-DataTypes {ccitt (0) identif ied-organization (4) etsi{0) mobileDomain (0) gsm-Network (1) modules (3) 
cap-datatypes (52) versionl (0) } 

— This module contains the type definitions for the CAP v.l data types. 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

IMPORTS 

CallingPartysCategory, 

HighLayerCompatibility , 

MiscCalllnfo, 

MonitorMode, 

Redirect ionlnformat ion, 

ServiceKey 

FROM Core-INAP-CSl-DataTypes { ccitt (0) identif ied-organization (4 ) etsi(O) inDomain(l) 
in-network (1 ) modules (0) csl-datatypes (2 ) versionl (0) } 

IMS I, 
Ext-BasicServiceCode 

FROM MAP-CommonDataTypes { ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) 
gsm-Network (1 ) modules (3) map-CommonDataTypes ( 18) version3(3)} 
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Locationinf ormation, 
Subscriber St ate 

FROM MAP-MS-DataTypes { ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) 
gsm-Network (1 ) modules (3) map-MS-DataTypes ( 11 ) versions (3)} 

CallRef erenceNumber , 
SuppressionOf Announcement 

FROM MAP-CH-DataTypes { ccitt{0) identif ied-organization (4 ) etsi(O) mobileDomain (0) 
gsm-Network (1 ) modules (3) map-CH-DataTypes (13) version3(3)} 

ISDN-AddressString, 

FROM MAP-CommonDataTypes { ccitt identif ied-organization (4 ) etsi(O) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) version3 (3)}; 



TYPE DEFINITIONS FOR CAP v.l DATA TYPES FOLLOW 



— Argument Data Types 

ConnectArg 

destinationRoutingAddress 

originalCalledPartylD 

extensions 

genericNumbers 
callingPartyNumber 
callingPartysCategory 
redirect ingParty ID 
redirect ion In format ion 
SuppressionOf Announcement 
oCSIAppli cable 



[10] 

[14] 
[27] 
[28] 
[29] 
[30] 
[55] 
[56] 



SEQUENCE { 

DestinationRoutingAddress, 
OriginalCalledPartylD OPTIONAL, 
SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionFleld 

OPTIONAL, 



GenericNumbers OPTIONAL, 

CallingPartyNumber OPTIONAL, 

CallingPartysCategory OPTIONAL, 

RedirectingPartylD OPTIONAL, 

Redirectionlnformation OPTIONAL, 
SuppressionOf Announcement OPTIONAL, 

OCSIApplicable OPTIONAL, 



EventReportBCSMArg 
eventTypeBCSM 

event SpecificInformationBCSM 
leglD 

miscCallInf o 
extensions 



: := SEQUENCE { 
[0] EventTypeBCSM, 

[2] EventSpecificInformationBCSM OPTIONAL, 
[3] LegID OPTIONAL, 

[4] MiscCalllnfo DEFAULT {messageType request] 

[5] SEQUENCE SI ZE ( 1 .. numOfExtensions ) OF ExtensionFleld 

OPTIONAL, 



} 



InitialDPArg : := 

serviceKey [0] 

calledPartyNumber [2] 

callingPartyNumber [3] 

callingPartysCategory [5] 

locationNumber [10] 

OriginalCalledPartylD [12] 

extensions [15] 

liighLayerCompatibility [23] 
additionalCallingPartyNumber [25] 

bearerCapability [27] 

eventTypeBCSM [28] 

redirectingPartylD [29] 

redirectionlnformation [30] 

calledPartyBCDNumber [49] 

iMSI [50] 

subscriberState [51] 

locationinf ormation [52] 

ext-basicServiceCode [53] 

callReferenceNumber [54] 

mscAddress [55] 



SEQUENCE { 

ServiceKey, 

CalledPartyNumber 

CallingPartyNumber 

CallingPartysCategory 

LocationNumber 

OriginalCalledPartylD 

SEQUENCE SIZE (1 . .numOfExte 

OPT 

HigliLayerCompatibility 

AdditionalCallingPartyNumb 

BearerCapability 

EventTypeBCSM 

RedirectingPartylD 

Redirectionlnformation 

CalledPartyBCDNumber 

IMSI 

SubscriberState 

Locationinf ormation 

Ext-BasicServiceCode 

CallReferenceNumber 

ISDN-AddressString 



OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 
nsions) OF ExtensionFleld 
TONAL, 

OPTIONAL, 
er OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 

OPTIONAL, 



} 



ReleaseCallArg 



Cause 



Request ReportBCSMEventArg 
bcsmEvents 
extensions 



: := SEQUENCE { 

[0] SEQUENCE SIZE (1. 

[2] SEQUENCE SIZE (1. 



. numOfBCSMEvents) 
.numOfExtensions) 
OPTIONAL, 



OF BCSMEvent, 

OF ExtensionFleld 
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Indicates the BCSM related events for notification. 

— Common Data Types 

AdditionalCallingPartyNumber ::= Digits 

— Indicates the Additional Calling Party Number. 

BCSMEvent ::= SEQUENCE { 

eventTypeBCSM [0] EventTypeBCSM, 

monitorMode [1] MonitorMode, 

leglD [2] LegID OPTIONAL 

} 

— Indicates the BCSM Event information for monitoring. 

BearerCapability ::= CHOICE { 

bearerCap [0] OCTET STRING (SIZE (2 . .maxBearerCapabilityLength) ) 

} 

— Indicates the type of bearer capability connection to the user. For bearerCap, the value as 

— described in ISUP (ETS 300 356-1 [4], User Service Information) shall be used. 

CalledPartyBCDNumber ::= OCTET STRING (SIZE (minCalledPartyBCDNumberLength .. 

maxCalledP art yBCDNumber Length) 

— Indicates the Called Party Number, including service selection information. Refer to GSM 

— 04.08 [25] for encoding. This data type carries only the "type of number", "numbering plan 

— identification" and "number digit" fields defined in [25]; it does not carry the "called 

— party BCD number lEI" or "length of called party BCD number contents". 

CalledPartyNumber ::= OCTET STRING (SIZE (minCalledPartyNumberLength .. 

maxCalledPartyNumberLength) ) 

Indicates the Called Party Number. Refer to ETS 300 356-1 [4] for encoding. 

CallingPartyNumber ::= OCTET STRING (SIZE (minCallingPartyNumberLength .. 

maxCallingPartyNumberLength) ) 

Indicates the Calling Party Number. Refer to ETS 300 356-1 [4] for encoding. 

Cause : := OCTET STRING (SIZE (minCauseLength .. maxCauseLength) ) 

— Indicates the cause for interface related information. Refer to the ETS 300 356-1 [4] Cause 

— parameter for encoding. For the use of Cause and Location values refer to Q.850. 

— Shall only include the cause value. 

DestinationRoutingAddress ::= SEQUENCE SIZE (1) OF CalledPartyNumber 

— Indicates the Called Party Number. 

Digits : := OCTET STRING (SIZE (minDigitsLength .. maxDigitsLength) ) 

Indicates the address signalling digits. Refer to the ETS 300 356-1 [4] Generic Number and 

— Generic Digits parameters for encoding. The coding of the subfields "NumberQualif ier " in 

— Generic Number and "Type Of Digits" in Generic Digits are irrelevant to the CAP, the ASN . 1 

— tags are sufficient to identify the parameter. The ISUP format does not allow to exclude 

— these subfields, therefor the value is network operator specific. 

— The following parameter should use Generic Number: 

— AdditionalCallingPartyNumber for InitialDP 

EventSpecificInformationBCSM ::= CHOICE { 

oDisconnectSpecificInfo [7] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 

}, 
tDisconnectSpecificInfo [12] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 

} 
} 

— Indicates the call related information specific to the event. 

EventTypeBCSM ::= ENUMERATED { 

collectedlnfo (2) , 
oAnswer (7) , 
oDisconnect (9) , 
termAttemptAuthorized (12) , 
tAnswer (15) , 
tDisconnect (17) 
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Values collectedinf o and termAttemptAuthorized can only be 
used for TDPs. 



ExtensionField ::= SEQUENCE { 

type EXTENSION. Sid ( { SupportedExtensions } ) , 

— shall identify the value of an EXTENSION type 
criticality 

EXTENSION. scriticality ( {SupportedExtensions} {@type} ) , 
value [1] EXTENSION. SExtensionType 

( { SupportedExtensions } { @type } ) 
} 
— This parameter indicates an extension of an argument data type. Its content is network operator 
specific 



GenericNumber 



OCTET STRING (SIZE (minGenericNumberLength . . 
maxGenericNumberLength) ) 



— Indicates a generic number. Refer to ETS 300 356-1 [4] Generic number for encoding. 

GenericNumbers ::= SET SIZE (1 . . numOf GenericNumbers) OF GenericNumber 

LegID : := CHOICE { 

sendingSidelD [0] LegType, — used in operations sent from gsmSCF to gsmSSF 
receivingSidelD [1] LegType — used in operations sent from gsmSSF to gsmSCF 
} 

— Indicates a reference to a specific party in a call. 



LegType 

legl LegType 
leg2 LegType 

LocationNumber 



::= OCTET STRING (SIZE(l)) 

'Ol'H 

'02'H 

::= OCTET STRING (SIZE (minLocationNumberLength .. 
maxLocationNumberLength) ) 



Indicates the Location Number for the calling party. Refer to ETS 300 356-1 [4] for encoding. 



OriginalCalledPartylD 



::= OCTET STRING (SIZE (minOriginalCalledPartylDLength .. 
maxOriginalCalledPartylDLength) ) 



— Indicates the original called number. Refer to ETS 300 356-1 [4] Original Called Number for 
encoding . 

OCSIApplicable ::= NULL 

— Indicates that the Originating CAMEL Subscription Information, if present, shall be applied on 
the 

— outgoing call leg created with a Connect operation. For the use of this parameter see GSM 03. 7£ 

[16] . 



RedirectingPartylD 



::= OCTET STRING (SIZE (minRedirectingPartylDLength .. 
maxRedirectingPartylDLength) ) 



Indicates redirecting number. Refer to ETS 300 356-1 [4] Redirecting number for encoding. 

UnavailableNetworkResource : := ENUMERATED { 
unavailableResources (0) , 
componentFailure (1) , 
basicCallProcessingException (2) 



— Definition of range constants 

maxBearerCapability Length 

minCalledPartyBCDNumber Length 

maxCalledPartyBCDNumber Length 

minCalledPartyNumber Length 

maxCalledPartyNumber Length 

minCallingPartyNumber Length 

maxCallingPartyNumber Length 

minCauseLength 

maxCauseLength 

minDigitsLength 

maxDigitsLength 

minGenericNumberLength 

maxGenericNumberLength 

minLocationNumberLength 

maxLocationNumberLength 

minOriginalCalledPartylDLength 

maxOriginalCalledPartylDLength 



INTEGER : 


= 


11 


INTEGER : 


= 


1 


INTEGER : 


= 


41 


INTEGER : 


= 


3 


INTEGER : 


= 


12 


INTEGER : 


= 


2 


INTEGER : 


= 


10 


INTEGER : 


= 


2 


INTEGER : 


= 


2 


INTEGER : 


= 


3 


INTEGER : 


= 


11 


INTEGER : 


= 


3 


INTEGER : 


= 


11 


INTEGER : 


= 


2 


INTEGER : 


= 


10 


INTEGER : 


= 


2 


INTEGER : 


= 


10 
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minRedirectingPartylDLength 

maxRedirectingPartylDLength 

numOfBCSMEvents 

numOf Ext ens ions 

numOfGenericNumbers 

END 



INTEGER : 


= 2 


INTEGER : 


= 10 


INTEGER : 


= 10 


INTEGER : 


= 10 


INTEGER : 


= 5 



6.4 Operation and error codes 



CAP-Codes {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1 ) modules (3) 
cap-codes (53) versionl (0) } 

— This module contains the operation and error code assignments for the CAP v.l application 

— protocol . 

DEFINITIONS : := 
BEGIN 

— OPERATION AND ERROR CODE ASSIGNMENTS FOR THE CAP v.l PROTOCOL FOLLOWS 
IMPORTS 



— macros 
APPLICATION-SERVICE-ELEMENT 

FROM Remote-Operations-Notation-Extension { joint-iso-ccitt remote-operations (4 ) notation- 
extension (2) } 

operation types 

ActivityTest, 

Connect, 

Continue, 

Event ReportBCSM, 

InitialDP, 

ReleaseCall, 

RequestReportBCSMEvent 

FROM CAP-Operations { ccitt{0) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1) 
modules (3) cap-operations (50) versionl (0) } 

CSl error types 

Mi ssingCustomer Record, 

MissingParameter, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 

FROM Core-INAP-CSl-Errors {ccitt(O) identif ied-organization (4 ) etsi(O) inDomain(l) in-network (1 ) 
modules (0) csl-errors (1) versionl (0) } 

— CAP error types 
SystemFailure 

FROM CAP-Errors {ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1) 
modules (3) cap-errors (51) versionl (0) } ; 

— the operations are grouped by the identified ASEs. 

— gsmSCF activation ASE 

initialDP InitialDP : := localValue 

— Connect ASE (elementary gsmSSF function) 

connect Connect ::= localValue 20 

— Call handling ASE (elementary gsmSSF function) 
releaseCall ReleaseCall ::= localValue 22 

— BCSM Event handling ASE 



requestReportBCSMEvent 
event Report BCSM 



RequestReportBCSMEvent 
Event Report BCSM 



::= localValue 23 
: := localValue 24 



gsmSSF call processing ASE 
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continue Continue 

— Activity Test ASE 
activityTest ActivityTest 

— ERROR codes 



::= localValue 31 



::= localValue 55 



mi ssingCustomer Record 
missingParameter 
systemFailure 
taskRefused 



Mi ssingCustomer Record 
MissingParameter 
SystemFailure 
TaskRefused 



unexpectedComponent Sequence UnexpectedComponent Sequence 
unexpectedDataValue UnexpectedDataValue 
unexpectedParameter UnexpectedParameter 

— APPLICATION SERVICE ELEMENTS 



localValue 6 

localValue 7 

localValue 11 

localValue 12 

localValue 14 

localValue 15 

localValue 16 



gsmSCF-Activation-ASE 

— consumer is gsmSSF 
CONSUMER INVOKES { 
initialDP 



APPLICATION-SERVICE-ELEMENT 



Connect-ASE : := 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

connect 
} 
Call-handling-ASE ::= 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

releaseCall 
} 
BCSM-event-handling-ASE : := 

— consumer is gsmSSF 
CONSUMER INVOKES { 

event ReportBCSM 
} 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

requestReportBCSMEvent 
} 
gsmSSF-call-processing-ASE ::= 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

continue 



APPLICATION-SERVICE-ELEMENT 



APPLICATION-SERVICE-ELEMENT 



APPLICATION-SERVICE-ELEMENT 



APPLICATION-SERVICE-ELEMENT 



Activity-test-ASE 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
activityTest 

} 
END 



APPLICATION-SERVICE-ELEMENT 



6.5 Application contexts 



APPLICATION-CONTEXT MACRO 



BEGIN 

TYPE NOTATION 

VALUE NOTATION 

Symmetric 

Initiator Consumer Of 

Re spender Consumer Of 

ASEList 

ASE 

END 



Symmetric I InitiatorConsumerOf ResponderConsumerOf I empty 

value (VALUE OBJECT IDENTIFIER) 

"OPERATIONS OF" "{" ASEList "}" 

"INITIATOR CONSUMER OF" "{" ASEList "}" I empty 

"RESPONDER CONSUMER OF" "{" ASEList "}" I empty 

ASE I ASEList ", " ASE 

type — shall reference an APPLICATION-SERVICE-ELEMENT type. 



CAP-vl-gsmSSF-to-gsmSCF-AC APPLICATION-CONTEXT 
— dialogue initiated by gsmSSF with InitialDP 
INITIATOR CONSUMER OF { 

gsmSCF-activation-ASE, 

Connect-ASE 

Call-handling-ASE, 

BCSM-event-handling-ASE, 

gsmSSF-call-processing-ASE, 

Activity-test-ASE 
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::= {ccitt(O) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1 ) ac(0) 
cap-gsmssf-to-gsmscf (50) versionl (0) } ; 



6.5 Classes 



CAP-Classes {ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1 ) modules (3) 
cap-classes (54) versionl (0) } 

— This module contains the class definitions for CAP v.l. 

DEFINITIONS : := 
BEGIN 



ROS-OBJECT-CLASS, CONTRACT, OPERATION-PACKAGE, Code, OPERATION, 
CONNECT I ON-P ACKAGE 

FROM Remote-Operations-Information-Objects 

{ joint-iso-ccitt remote-operations (4) inf ormationOb jects (5) versionl (0)} 

EXTENSION ::= CLASS { 
& Ext en si on Type, 

Scriticality CriticalityType DEFAULT ignore, 
Sid Code 
} 
WITH SYNTAX { 

EXTENSION-SYNTAX SExtensionType 
CRITICALITY Scriticality 
IDENTIFIED BY Sid 
} 
CriticalityType ::= ENUMERATED { 
ignore (0) , 
abort (1) 
} 

— Only value Global OBJECT IDENTIFIER is used for Sid 

— Only the value ignore (0) is used for Scriticality. 

— Example of addition of an extension named 'Some Network Specific Indicator' of type 

— BOOLEAN, with criticality 'ignore' and to be identified with object ID 'ccitt(O) 

— identif ied-organization (4 ) organisation (x) gsm(x) capextension ' : 

— Example of definition using the above information object class: 

— SomeNetworkSpecificIndicator EXTENSION ::= { 

— EXTENSION-SYNTAX BOOLEAN 

— CRITICALITY ignore 

— IDENTIFIED BY global : xxxxxx 

— } 

firstExtension EXTENSION ::= { 

EXTENSION-SYNTAX NULL 

CRITICALITY ignore 

IDENTIFIED BY global :{ xxxxxx } 

} 
SupportedExtensions EXTENSION ::= {firstExtension — full set of network operator extensions} 

END 



7 Application entity procedures 

The description of the application entity procedures for CAMEL can be found in GSM 03.78 [16]. 



8 Error procedures 



This subclause defines the generic error procedures for the CAP. The error procedure descriptions have been divided in 
two subclauses, subclause 8.1 listing the errors related to CAP operations and subclause 8.2 listing the errors related to 
error conditions in the different FEs which are not directly related to the CAP operations. 
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The gsmSSF states which are referred to in this section are described in GSM 03.78 [16]. 

8.1 Operation related error procedures 

The following subclauses define the generic error handling for the operation related errors. The errors are defined as 
operation errors in Clause 6. Errors which have a specific procedure for an operation are described in Clause 9 with the 
detailed procedure of the related operation. 

The TCAP services which are used for reporting operation errors are described in Clause 10. All errors which can be 
detected by the ASN.l decoder already may have been detected during the decoding of the TCAP message and indicated 
by the TC error indication "MistypedParameter". 

8.1.2-8.1.5 Spare 

8.1.6 MissingCustomerRecord 

8.1 .6.1 General description 
8.1.6.1.1 Error description 

The SLP could not be found in the gsmSCF, because the required customer record does not exist. 

8.1 .6.2 Operations gsmSSF->gsmSCF 

InitialDP 

Procedures at invoking entity (gsmSSF) 

gsmSSF receives error "MissingCustomerRecord" 

precondition: gsmSSF state Waiting for Instructions 

postcondition: gsmSSF state Idle 

The GMSC/VMSC handles the call according to the Default Call Handling parameter of the valid CSI. 

8.1.6.3 Spare 

8.1.7 MlsslngParameter 

8.1 .7.1 General description 
8.1.7.1.1 Error description 

There is an error in the received operation argument. The responding entity cannot start to process the requested 
operation because the argument is incorrect: an expected optional parameter which is essential for the application is not 
included in the operation argument. 

8.1 .7.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 
Connect 

Procedures at responding entity (gsmSSF) 

precondition: (1) gsmSSF appropriate state. 

(2) gsmSSF operation received, appropriate event occurred. 
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postcondition: (1) gsmSSF transition to the same state. 

The gsmSSF detects the error in the received operation. The error parameter is returned to inform the gsmSCF of this 

situation. 

8.1 .7.3 Operations gsmSSF->gsmSCF 

InitialDP 

Procedures at invoking entity (gsmSSF) 

gsmSSF receives error "MissingParameter" 

precondition: gsmSSF any state as resuh of the transfer of any of the above operations. 

postcondition: gsmSSF state Idle 

After receiving this error, the gsmSSF returns to the state Idle, the GMSC/VMSC handles the call according to the 

Default Call Handling parameter of the valid CSI. 

8.1.7.4-8.1.7.5 Spare 
8.1.8-8.1.9 Spare 
8.1.10 SystemFailure 

8.1 .1 0.1 General description 

8.1.10.1.1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and recovery is not 
expected to be completed within the current call instance. 

8.1.10.1.2 Argument description 

PARAMETER 

UnavailableNetworkResource 

UnavailableNetworkResource : := ENUMERATED { 

unavailableResources (0) , 

componentFailure (1) , 

basicCallProcessingException (2) 
} 

8.1 .1 0.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 
Connect 

Refer to subclause 8.1.7 for the appropriate error procedures. 

8.1 .10.3 Operations gsmSSF->gsmSCF 

InitialDP 

Refer to subclause 8.1.7 for the appropriate error procedures. 



GSM 09.78 version 5.1.0 27 TS 1 01 046 V5.1 .0 (1 997-08) 

8.1.11 TaskRefused 

8.1 .1 1 .1 General introduction 

8.1.11.1.1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and recovery is 
expected to be completed within the current call instance. 

8.1.11.1.2 Argument description 

PARAMETER ENUMERATED { 
generic (0) , 
unobtainable (1) , 
congestion (2) 
} 

8.1 .1 1 .2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 
Connect 

Refer to subclause 8.1.7 for the appropriate error procedures. 

8.1 .1 1 .3 Operations gsmSSF->gsmSCF 

InitialDP 

Refer to subclause 8.1.7 for the appropriate error procedures. 

8.1.11.4-8.1.11.5 Spare 

8.1.12 Spare 

8.1.13 UnexpectedComponentSequence 

8.1 .1 3.1 General description 
8.1.13.1.1 Error description 

The responding entity cannot start the processing of the requested operation because a S ACF or MACF rule is violated, 
or the operation could not be processed in the current state of the receiving entity. 

8.1 .1 3.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 
Connect 

In this case the gsmSSF detects the erroneous situation, sends the UnexpectedComponentSequence error and remains in 
the same state. 
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8.1 .13.3 Operations gsmSSF->gsmSCF 

InitialDP 

In case the operation is sent by an "initiating" gsmSSF in the context of an existing relationship, the gsmSCF returns the 
error parameter. On receiving the error the gsmSSF moves to Idle. 

8.1.13.4-8.1.13.5 Spare 

8.1.14 UnexpectedDataValue 

8.1.14.1 General description 
8.1.14.1.1 Error description 

The responding entity cannot complete the processing of the requested operation because a parameter has an unexpected 
data value. 

NOTE: This error does not overlap with "ParameterOutOfRange". 

8.1 .14.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 
Connect 

Refer to subclause 8.1.7 for the appropriate error procedures. 

8.1 .14.3 Operations gsmSSF->gsmSCF 

InitialDP 

Refer to subclause 8.1.7 for the appropriate error procedures. 

8.1.14.4-8.1.14.5 Spare 

8.1.15 UnexpectedParameter 

8.1 .1 5.1 General description 
8.1.15.1.1 Error description 

There is an error in the received operation argument. A valid but unexpected parameter was present in the operation 
argument. The presence of this parameter is not consistent with the presence of the other parameters. The responding 
entity cannot start to process the operation. 

8.1 .1 5.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect 

Refer to subclause 8.1.7 for the appropriate error procedures. 
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8.1 .15.3 Operations gsmSSF->gsmSCF 

InitialDP 

Refer to subclause 8.1.7 for the appropriate error procedures. 

8.1.15.4-8.1.15.5 Spare 
8.1.16 Spare 

8.2 Entity related error procedures 

The following subclauses define the error handling for the entity related errors. Since the error situations are not 
originated by the reception of an operation, the invoking entity is denoted here as the entity at which the error situation 
is detected. The responding entity is the entity which receives the error report. 

The TCAP services used for reporting errors are described in Clause 10. 

8.2.1 Expiration of TgsF 

8.2.1 .1 General description 
8.2.1.1.1 Error description 

A timeout occurred in the gsmSSF on the response from the gsmSCF. 

8.2.1.2 Procedures gsmSSF->gsmSCF 

Procedure at the invoking entity (gsmSSF) 

Timeout occurs in gsmSSF on T^^p 

precondition: gsmSSF state Waiting for instructions 

postcondition: gsmSSF state Idle 

The gsmSSF aborts the dialogue and moves to the Idle state, the GMSC/VMSC handles the call according to the Default 

Call Handling parameter of the valid CSI. 

8.2.2 Spare 

9 Detailed operation procedures 

The gsmSSF states which are referred to in this section are described in GSM 03.78 [16]. 

9.1 Spare 

9.2 ActivityTest procedure 
9.2.1 General description 

This operation is used to check for the continued existence of a relationship between the gsmSCF and gsmSSF. If the 
relationship is still in existence, then the gsmSSF will respond. If no reply is received, then the gsmSCF will assume that 
the gsmSSF has failed in some way and will take the appropriate action. 



GSM 09.78 version 5.1.0 30 TS 1 01 046 V5.1 .0 (1 997-08) 

9.2.1.1 Parameters 

None. 

9.2.2 Spare 

9.2.3 Responding entity (gsmSSF) 

9.2.3.1 Normal procedure 

gsmSSF precondition: 

(1) A relationship exists between the gsmSCF and the gsmSSF. 

gsmSSF postconditions: 

(1) The SSME FSM stays in, or moves to the state "Non-call Associated Treatment". 

(2) If the dialogue ID is active and if there is a gsmSSF using the dialogue, the SSME sends a return result 
"ActivityTest" to the gsmSCF. If there are no other management activities, the SSME FSM returns to the state 
"Idle Management", or 

If the dialogue ID is not active, the TCAP in the gsmSSF will issue a P-Abort, the SSME will in that case never 
receive the ActivityTest operation and thus will not be able to reply. 

9.2.3.2 Error handling 

Not applicable. 

9.3-9.10 Spare 

9.1 1 Connect procedure 
9.1 1 .1 General description 

This operation is used to request the gsmSSF to perform the call processing actions to route a call to a specific 
destination or to influence other call set-up information, e.g. the Generic Number. 

9.11.1.1 Parameters 

destinationRoutingAddress: 

This parameter contains the called party number towards which the call is to be routed. 

callingPartyNumber: 

This parameter is not used. 

callingPartysCategory: 

This parameter indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

originalCalledPartylD : 

This parameter carries the dialled digits if the call is forwarded by the gsmSCF. 

redirectingPartylD : 

This parameter indicates the directory number the call was redirected from. 

redirectionlnformation: 
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This parameter contains forwarding related information, such as redirecting counter. 

genericNumbers: 

This parameter allows the gsmSCF to set the Generic Number parameter used in the network. It is used for 
transfer of Additional Calling Party Number. 

suppressionOf Announcement: 

This parameter indicates that announcements and tones which are played in the GMSC or the VMSC at non- 
successful call set-up attempts shall be suppressed. 

- oCSIAppHcable: 

This parameter indicates to the GMSC/gsmSSF that the Originating CAMEL Subscription Information, if 
present, shall be applied on the outgoing call leg created with the Connect operation. For the use of this 
parameter see GSM 03.78 [16]. 

9.11.2 Spare 

9.1 1 .3 Responding entity (gsmSSF) 

9.1 1 .3.1 Normal procedure 

gsmSSF preconditions: 

(1) Mobile originating or terminating call attempt has been initiated. 

(2) Basic call processing has been suspended at a DP. 

(3) The gsmSSF waits for instructions. 
gsmSSF postcondition: 

(1) The gsmSSF performs the call processing actions to route the call to the specified destination. 
On receipt of this operation in the gsmSSF state "Waiting for Instructions", the gsmSSF performs the following actions: 
the gsmSSF cancels T§5p; 

if the "callingPartyNumber" is supplied, this value may be used for all subsequent gsmSSF processing; 
if no EDPs have been armed the gsmSSF goes to state "Idle". Otherwise, the gsmSSF goes to state "Monitoring". 
No implicit activation or deactivation of DPs occurs. 
Statistic counter(s) are not affected. 

9.11.3.2 Error handling 

Generic error handling for the operation related errors is described in Clause 8 and the TCAP services which are used 
for reporting operation errors are described in Clause 10. 
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9.12 Spare 

9.13 Continue procedure 

9.13.1 General description 

This operation is used to request the gsmSSF to proceed with call processing at the DP at which it previously suspended 
call processing to await gsmSCF instructions. The gsmSSF continues call processing without substituting new data from 
the gsmSCF. 

9.13.1.1 Parameters 

None. 

9.13.2 Spare 

9.13.3 Responding entity (gsmSSF) 

9.13.3.1 Normal procedure 

gsmSSF preconditions 

(1) BCSM: Basic call processing has been suspended at any DP. 

(2) gsmSSF is in the state "Waiting for Instructions". 

gsmSSF postconditions 

(1) BCSM: Basic call processing continues. 

(2) gsmSSF is in the state "Monitoring", because at least one EDP was armed, or 

gsmSSF is in the state "Idle", because no EDPs were armed. 

The gsmSSF is in state "Waiting for instructions".. The gsmSSF transitions to state "Idle" in case no EDPs are armed. 
The gsmSSF transits to state "Monitoring" if at least one EDP is armed. Basic call processing is resumed. 

9.13.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

9.14-9.16 Spare 

9.17 EventReportBCSM procedure 
9.17.1 General description 

This operation is used to notify the gsmSCF of a call related event previously requested by the gsmSCF in an 
RequestReportBCSMEvent operation. The monitoring of more than one event could be requested with a 
RequestReportBCSMEvent operation, but each of these requested events is reported in a separate EventReportBCSM 
operation. 

9.17.1.1 Parameters 

- eventTypeBCSM: 

This parameter specifies the type of event that is reported. 
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eventSpecificInformationBCSM: 

This parameter indicates the call related information specific to the event. 

For O- or T- Answer it will be empty. 

For O- or T-Disconnect it will contain the "releaseCause", if available. 

- leglD: 

This parameter indicates the party in the call for which the event is reported. gsmSSF will use the option 
"receivingSidelD" only. 

receivingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP. 

"leglD" = 2 indicates the party that was created with a Connect operation (Continue operation). 

If not included, the following defaults are assumed: 

"leglD" = 2 for the events O- Answer and T- Answer. 

The "leglD" parameter shall always be included for the events O-Disconnect and T-Disconnect. 

miscCalllnfo: 

This parameter indicates DP related information. 

messageType: 

This parameter indicates whether the message is a request, i.e. resulting from a RequestReportBCSMEvent 
with "monitorMode" = "interrupted", or a notification, i.e. resulting from a RequestReportBCSMEvent with 
"monitorMode" = "notify AndContinue". 

9.1 7.2 Invoking entity (gsmSSF) 

9.17.2.1 Normal procedure 

gsmSSF preconditions: 

(1) The gsmSSF shall be in the state "Monitoring"; or 

the gsmSSF may be in state "Waiting for Instructions" if the Disconnect DP is armed and encountered. 

(2) The BCSM proceeds to an EDP that is armed. 
gsmSSF postconditions: 

(1) The gsmSSF stays in the state "Monitoring" if the message type was notification and there are still EDPs armed. 

(2) The gsmSSF moves to the state "Idle" if the message type was notification and there are no more EDPs armed. 

(3) The gsmSSF moves to the state "Waiting for Instructions" if the message type was request. Call processing is 
interrupted. 

If a EDP-R is met that causes the release of the related leg all EDPs related to that leg are disarmed and the event is 
reported via EventReportBCSM. 

9.17.2.2 Error handling 

In case the message type is request, on expiration of Tg^p before receiving any operation, the gsmSSF aborts the 
interaction with the gsmSCF and instructs the GMSC/MSC to handle the call according to the Default Call Handling 
parameter of the valid CSI. 

Operation related error handling is not applicable, due to class 4 operation. 
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9.17.3 Spare 

9.18 Spare 

9.19 InitialDP procedure 
9.19.1 General description 

This operation is sent by the gsmSSF after detection of a TDP-R in the BCSM, to request the gsmSCF for instructions to 
complete the call. 

9.19.1.1 Parameters 

serviceKey: 

This parameter identifies for the gsmSCF unambiguously the requested IN service. It is used to address the 
correct application/SLP within the gsmSCF (not for gsmSCF addressing). 

calledPartyNumber: 

This parameter contains the number used to identify the called party in the forward direction, e.g. the Called 
party number of ISUP (see ETS 300 356-1 [4]). For the MO case, this parameter shall carry as many Least 
Significant Digits of the calledPartyBCDNumber as are allowed by the protocol length limitations. The "address 
signal" fields shall be copied octet by octet from the "number digit" fields in the calledPartyBCDNumber, 
without taking account of the field allocations specified in [4] ; for example a * digit in the 
calledPartyBCDNumber shall map to digit 10 in the calledPartyNumber, and a # character shall map to digit 11. 
The "Type of Number" and "Numering plan identification" parameters shall map into "Nature of address 
indicator" and "Numbering plan indicator" parameters respectively. The "INN indicator" shall be set to "Routing 
to Internal Network number Allowed 

- calledPartyBCDNumber: 

This parameter contains the number used to identify the called party in the forward direction. It may also include 
service selection information, including * and # digits. 

callingPartyNumber: 

This parameter carries the calling party number to identify the calling party or the origin of the call. The 
encoding of the parameter is defined in ETS 300 356-1 [4]. 

- callingPartysCategory: 

Indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

originalCalledPartylD : 

This parameter carries the dialled digits if the call has met call forwarding on the route to the gsmSSF. 

locationNumber: 

This parameter is used to convey the geographical area address for mobility services. It is used when 
"callingPartyNumber" does not contain any information about the geographical location of the calling party (e.g., 
origin dependent routing when the calling party is a mobile subscriber). 

bearerCapability: 

This parameter indicates the type of the bearer capability connection to the user: 

bearerCap: 

This parameter contains the value of the ISUP User Service Information parameter. 
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The parameter "bearerCapability" shall only be included in the InitialDP operation in case the ISUP User Service 
Information parameter is available at the gsmSSF. 

If User Service Information and User Service Information Prime are available at the gsmSSF the "bearerCap" 
shall contain the value of the User Service Information Prime parameter. 

- eventTypeBCSM: 

This parameter indicates the armed BCSM DP event, resulting in the InitialDP operation. 

- redirectingPartylD: 

This parameter indicates the directory number the call was redirected from. 

redirectionlnformation: 

It contains forwarding related information, such as redirecting counter. 

additionalCallingPartyNumber: 

The calling party number provided by the access signalling system of the calling user. 

highlayerCompatibility: 

This parameter indicates the type of the high layer compatibility, which will be used to determine the ISDN- 
teleservice of a connected ISDN terminal. For encoding, DSSl (see ETS 300 403-1 [5]) is used. 

- iMSI: 

IMSI of the mobile subscriber for which the CAMEL service is invoked. For encoding see GSM 09.02 [15]. 

- subscribers tate: 

The state of the mobile subscriber for which the CAMEL service is invoked. The possible states are busy, idle 
and not reachable. For encoding see GSM 09.02 [15]. 

locationinf ormation : 

This parameter indicates the whereabouts of the MS, and the age of the information defining the whereabouts. 
For encoding see GSM 09.02 [15]. 

- ext-BasicServiceCode: 

Indicates the Basic Service Code. For encoding see GSM 09.02 [15]. 

callReferenceNumber: 

This parameter gives the call reference number assigned to the call by the GMSC/MSC. For encoding see GSM 
09.02 [15]. 

- mscAddress: 

This parameter gives the mscid assigned to the GMSC/MSC. For encoding see GSM 09.02 [15]. 

9.19.2 Invoking entity (gsmSSF) 
9.19.2.1 Normal procedure 

gsmSSF preconditions: 

(1) Call origination attempt has been initiated. 

(2) An event has been detected at a DP. 
gsmSSF postcondition: 
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(1) A control relationship has been established and the gsmSSF waits for instructions from the gsmSCF. 

The address of the gsmSCF the InitialDP operation shall be sent to is fetched from the valid CSI. The gsmSSF provides 
all available parameters. 

A control relationship is established to the gsmSCF. The gsmSSF application timer T^^p is set when the gsmSSF sends 
InitialDP for requesting instructions from the gsmSCF. It is used to prevent from excessive call suspension time. 

9.19.2.2 Error handling 

If the destination gsmSCF is not accessible then the gsmSSF instructs the GMSC/MSC to handle the call according to 
the Default Call Handling parameter of the valid CSI. 

On expiration of Tg^p before receiving any operation, the gsmSSF aborts the interaction with the gsmSCF and instructs 
the GMSCA^'MSC to handle the call according to the Default Call Handling parameter of the valid CSI. 

If the calling party abandons after the sending of InitialDP, then the gsmSSF aborts the control relationship after the first 
answer message from the gsmSCF has been received. 

Generic error handling for the operation related errors is described in Clause 8 and the TCAP services which are used 
for reporting operation errors are described in Clause 10. 

9.19.3 Spare 
9.20-9.22 Spare 

9.23 ReleaseCall procedure 

9.23.1 General description 

This operation is used to tear down by the gsmSCF an existing call at any phase of the call for all parties involved in the 
call. The operation can only be sent within a control relationship and is not allowed in a monitor relationship. 

9.23.1.1 Parameters 

Cause 

A number giving an indication to the gsmSSF about the reason of releasing this specific call. This may be used 
by gsmSSF for generating specific tones to the different parties in the call or to fill in the "cause" in the release 

message. 

9.23.2 Spare 

9.23.3 Responding entity (gsmSSF) 
9.23.3.1 Normal procedure 

gsmSSF preconditions: 

(1) State "Waiting for Instructions"; or 

State "Monitoring". 
gsmSSF postcondition: 
(1) "Idle". Possible armed EDPs are ignored. All connections and resources related to the call are released. 
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9.23.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

9.24 Spare 

9.25 RequestReportBCSMEvent procedure 

9.25.1 General description 

This operation is used to request the gsmSSF to monitor for a call-related event (e.g., BCSM events such as busy or no 
answer), then send a notification back to the gsmSCF when the event is detected. 

9.25.1.1 Parameters 

bcsmEvents: 

This parameter specifies the event or events of which a report is requested. 

- eventTypeBCSM: 

This parameter specifies the type of event of which a report is requested. Values collectedlnfo and 
termAttemptAuthorized are not valid for the RequestReportBCSMEvent operation. 

monitorMode: 

This parameter indicates how the event should be reported. When the "monitorMode" is "interrupted", the 
event shall be reported as a request, if the "monitorMode" is "notify AndContinue", the event shall be reported 
as a notification, if the "monitorMode" is "transparent", the event shall not be reported. 

- leglD: 

This parameter indicates the party in the call for which the event shall be reported. gsmSCF will use the 
option "sendingSidelD" only. 

sendingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP. 

"leglD" = 2 indicates the party that was created with a "Connect" operation (Continue operation). 

If not included, the following defaults are assumed: 

"leglD" = 2 for the events O- Answer and T- Answer. 

The "leglD" parameter shall always be included for the events O-Disconnect and T-Disconnect. 

9.25.2 Spare 

9.25.3 Responding entity (gsmSSF) 
9.25.3.1 Normal procedure 

gsmSSF precondition: 

(1) The gsmSSF is in either the state "Waiting for Instructions" or the state "Monitoring". 

gsmSSF postconditions: 
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(1) The requested EDPs have been armed as indicated. 

(2) Previously requested events are monitored until ended by a transparent monitor mode, until the end of the call, 
until the EDPs are detected or until the corresponding leg is released. 

(3) The gsmSSF remains in the same state. 

(4) If all EDPs have been disarmed the gsmSSF moves to the state "Idle". 

9.25.3.2 Error handling 

Generic error handling for the operation related errors is described in Clause 8 and the TCAP services which are used 
for reporting operation errors are described in Clause 10. 



9.26-9.29 Spare 



1 Services assumed from TCAP 
10.1 Normal procedures 

This subclause describes the procedures and TCAP primitives that shall be used for transmitting messages between 
gsmSSF and gsmSCF under normal operation. 

The CAP, as TC-user, uses only the structured dialogue facility provided by TCAP. The following situations can occur 
when a message is sent between two physical entities: 

a dialogue shall be established: the TC-user issues a TC-BEGIN request primitive; 

a dialogue shall be maintained: the TC-user issues a TC-CONTINUE request primitive; 

a dialogue shall no longer be maintained: the TC-user issues a TC-END request primitive with either basic end or 
with pre-arranged end depending on the following conditions: 

basic end: 

operations leading to a termination of the control relationship can be transmitted by the gsmSCF with a 
TC-END request primitive (basic) in case the gsmSCF is not interested in the reception of any ERROR or 
REJECT components for these sent operations; 

once the gsmSCF dialogue resources have been released any ERROR or REJECT components received 
for these sent operations will be discarded by TC as described in ETS 300 287 [3] (ITU-T 
Recommendation Q.774); 

if the gsmSCF entity has received an operation leading to the termination of the control relationship, a 
TC-END request primitive (basic) with zero components can be sent from the gsmSCF; 

- pre-arranged end: 

in case of an entity being interested in possible ERROR or REJECT messages in response to sent operations 
leading to a termination of the control relationship, the dialogue is ended with a TC-END request primitive 
(pre-arranged end) after the last associated operation timer expires. The receiving entity shall end the 
dialogue with a TC-END request primitive (basic or pre-arranged end) after successful processing of these 
operations (i.e. the control relationship is terminated); 
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1 0.1 .1 gsmSSF-to-gsmSCF messages 

10.1.1.1 gsmSSF related messages 

A dialogue shall be established when the gsmSSF has finalised triggerprocessing and moves to the state Waiting for 
Instructions. The relevant CAP operation, which can only be the InitialDP operation, shall be transmitted in the same 
message. 

For all other operations sent from the gsmSSF, the dialogue shall be maintained. 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSSF. When the 
gsmSSF makes a state transition to the state Idle, the dialogue is locally ended by means of a TC-END request primitive 
with prearranged end. 

When the gsmSSF has sent the last EventReportBCSM the dialogue may be ended from the gsmSCF by a TC-END 
request primitive with basic end. 

10.1.1.2 Spare 

10.1.1.3 SSME FSM related messages 

The following procedures shall be followed: 

the dialogue shall be maintained when the ActivityTest return result is sent; 

1 0.1 .2 gsmSCF-to-gsmSSF messages 

1 0.1 .2.1 SCSM FSM related messages 

For subsequent operations sent from the SCSM FSM, the dialogue shall be maintained, i.e. all other operations are sent 
after a dialogue was established from the gsmSSF (the gsmSCF has previously received a TC-BEGIN indication 
primitive with an InitialDP operation). 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSCF. When the 
gsmSCF does not expect any messages other than possibly REJECT or ERROR messages for the operations sent and 
when the last associated operation timer expires, the dialogue is locally ended by means of a TC-END request primitive 
with prearranged end. 

Alternatively, the sending of operations, leading to the termination of the control relationship, by means of a TC-END 
request primitive (basic end) is possible. 

1 0.1 .2.2 SCME FSM related messages 

The operations sent from the SCME FSM shall be issued according to the following procedures: 
the dialogue shall be maintained when the ActivityTest operation is sent; 

10.1.3 Spare 

10.2 Abnormal procedures 

This subclause describes the procedures and TCAP primitives that shall be used for reporting abnormal situations 
between gsmSSF and gsmSCF. The error cases are defined in Clause 8. 

The following primitives shall be used to report abnormal situations: 

operation errors, as defined in the CAP, are reported with TC-U-ERROR request primitive; 

rejection of a TCAP component by the TC-user shall be reported with TC-U-REJECT request primitive; 
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a dialogue shall be aborted by the TC-user with a TC-U- ABORT request primitive. 

For abnormal situations detected by TCAP the same rules shall apply for transmission of TC-R-REJECT indication as 
for transmission of TC-U-REJECT request and for transmission of TC-P- ABORT indication as for transmission of 
TC-U-ABORT request primitive. 

In error situations prearranged end shall not be used. In case any AE encounters an error situation the peer entity shall be 
explicitly notified of the error, if possible. If from any entity's point of view the error encountered requires the 
relationship to be ended, it shall close the dialogue via a TC-END request primitive with basic end or via a 
TC-U-ABORT request primitive, depending on whether any pending ERROR or REJECT component is to be sent or 
not. 

In case an entity receives a TC-END indication primitive and after all components have been considered, the gsmSSF is 
not in a state to terminate the control relationship, an appropriate internal error should be provided. 

In cases when a dialogue needs to be closed by the initiating entity before its establishment has been completed (before 
the first TC indication primitive to the TC-BEGIN request primitive has been received from the responding entity), the 
TC-user shall issue a TC-END request primitive with prearranged end or a TC-U-ABORT request primitive. The result 
of these primitives will be only local, any subsequent TC indication received for this dialogue will be handled according 
to the abnormal procedures as specified in ETS 300 287 [3] (ITU-T Recommendation Q.774). 



10.2.1 gsmSCF-to-gsmSSF messages 



Considering that gsmSSF does not have the logic to recover from error cases detected on the gsmSCF-gsmSSF interface, 
the following shall apply: 

operation errors and rejection of TCAP components shall be transmitted to the gsmSSF with a TC-END request 
primitive, basic end. 

If, in violation of the above procedure, an ERROR or REJECT component is received with a TC-CONTINUE indication 
primitive, the gsmSSF shall abort the dialogue with a TC-U-ABORT request primitive. 



10.2.2 gsmSSF-to-gsmSCF messages 



Operation errors and rejection of TCAP components shall be transmitted to the gsmSCF according to the following 
rules: 

the dialogue shall be maintained when the preceding message, which contained the erroneous component, 
indicated that the dialogue shall be maintained. I.e. the error or reject shall be transmitted with a TC-CONTINUE 
request primitive if the erroneous component was received with a TC-CONTINUE indication primitive; 

on receipt of an ERROR or REJECT component the gsmSCF decides on further processing. It may either 
continue, explicitly end or abort the dialogue; 

If the error processing in the gsmSSF leads to the case where the gsmSSF is not able to process further gsmSCF 
operations while the dialogue is to be maintained, the gsmSSF aborts the dialogue with a TC-U-ABORT request 
primitive. 

The gsmSSF aborts a dialogue with a TC-U-ABORT request primitive in case call release is initiated by any other entity 
then the gsmSCF and the gsmSSF has no armed EDP to notify the gsmSCF of the call release. 



10.3 Dialogue establishment 



The establishment of an CAP dialogue involves two application processes as described in subclause 4.3, one that is the 
dialogue-initiator and one that is the dialogue-responder. 

AC negotiation may not be supported in all physical entities and/or all networks. 

This procedure is driven by the following signals: 

a TC-BEGIN request primitive from the dialogue-initiator; 
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a TC -BEGIN indication primitive occurring at the responding side; 

the first TC-CONTINUE indication primitive occurring at the initiating side or under specific conditions: 

a TC-END indication primitive occurring at the initiating side; 

a TC-U- ABORT indication primitive occurring at the initiating side; 

a TC-P- ABORT indication primitive occurring at the initiating side. 

1 0.3.1 Sending of a TC-BEGIN request primitive 

Before issuing a TC-BEGIN request primitive, SACF shall store the AC-name and if present the user-information 
parameter. 

SACF shall request the invocation of the associated operations using the TC -INVOKE service. See subclause 10.8 for a 
description of the invocation procedure. 

After processing of the last invocation request, SACF shall issue a TC-BEGIN request primitive. 

The requesting side SACF then waits for a TC indication primitive and will not issue any other requests, except a 
TC-U- ABORT request or a TC-END request with the release method parameter set to "pre-arranged release". 

1 0.3.2 Receipt of a TC-BEGIN indication 

On receipt of a TC-BEGIN indication primitive, SACF shall: 

analyze the application-context-name included in the primitive and if it is supported, process any other indication 
primitives received from TC as described in subclause 10.8. 

Once all the received primitives have been processed, SACF does not accept any primitive from TC, except a 
TC-P- ABORT indication. 

If the application-context-name included in the primitive is not supported, issue a TC-U- ABORT request primitive. If an 
alternative application-context can be offered its name is included in the TC-U- ABORT request primitive. 

1 0.3.3 Receipt of tine first TC-CONTINUE indication 

On receipt of the first TC-CONTINUE indication primitive for a dialogue, SACF shall check the value of the 
application-context-name parameter. If this value matches the one used in the TC-BEGIN request primitive, SACF shall 
process the following TC component handling indication primitives as described in subclause 10.8, otherwise it shall 
issue a TC-U- ABORT request primitive. 

1 0.3.4 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive in the dialogue initiated state, SACF shall check the value of the 
application-context-name parameter. If this value matches the one used in the TC-BEGIN request primitive then the 
SACF shall process the following TC component handling indication primitives as described in subclause 10.8, 
otherwise it shall not be processed. 

1 0.3.5 Receipt of a TC-U-ABORT indication 

Receipt of a TC-U-ABORT indication primitive is described as part of user abort procedure (see subclause 10.6.2). 

If the abort reason is application-context-name not supported, the responding side may propose an alternative 
application-context-name in the TC-U-ABORT indication. If an alternative application context is proposed the receiving 
entity shall check this name and if it can be supported a new dialogue may be established. 



GSM 09.78 version 5.1.0 42 TS 1 01 046 V5.1 .0 (1 997-08) 

1 0.3.6 Receipt of a TC-P-ABORT indication 

Receipt of a TC-P-ABORT indication primitive is described as part of provider abort procedure (see subclause 10.7.1). 

10.4 Dialogue continuation 

Once established the dialogue is said to be in a continuation phase. 

Both application processes can request the transfer of CAP APDUs until one of them requests the termination of the 
dialogue. 

10.4.1 Sending entity 

SACF shall process any component handling request primitives as described in subclause 10.8. 

After processing the last component handling request primitive, SACF shall issue a TC-CONTINUE request primitive. 

10.4.2 Receiving entity 

On receipt of a TC-CONTINUE indication primitive SACF shall accept zero, one or several TC component handling 
indication primitives and process them as described in subclause 10.8. 



10.5 Dialogue ternnination 



Both the dialogue-initiator and the dialogue-responder have the ability to request the termination of a dialogue when no 
dialogue is to be established or when a dialogue is no longer to be maintained according to the rules as stated in 
subclauses 10.1 and 10.2. 

The dialogue termination procedure is driven by the following events: 

a TC-END request primitive; 

a TC-END indication primitive. 



1 0.5.1 Sending of TC-END request 



When the dialogue shall no longer be maintained, SACF shall process any component handling request primitives as 
described in subclause 10.8. 

After processing the last component handling request primitive (if any), SACF shall issue a TC-END request primitive 
with the release method parameter set to "basic end" or "pre-arranged release", according to the rules as stated in 
subclauses 10.1 and 10.2. 

When no dialogue is to be established, refer to subclauses 10.3.1 and 10.3.2. 

1 0.5.2 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive, the SACF shall accept any component handling indication primitives and 
process them as described in subclause 10.8. 

After processing the last component handling primitive all dialogue related resources are released. 

10.6 User Abort 

Both the dialogue-initiator and the dialogue-responder have the ability to abort a dialogue at any time. 
The user abort procedure is driven by one of the following events: 



GSM 09.78 version 5.1.0 43 TS 1 01 046 V5.1 .0 (1 997-08) 

a TC-U- ABORT request primitive; 
a TC-U-ABORT indication primitive. 

1 0.6.1 Sending of TC-U-ABORT request 

After issuing a TC-U-ABORT request primitive, all dialogue related resources are released. 

1 0.6.2 Receipt of a TC-U-ABORT indication 

On receipt of a TC-U-ABORT indication all dialogue related resources are released. 

10.7 Provider Abort 

TC has the ability to abort a dialogue at both the dialogue-initiator side and the dialogue-responder side. 
The provider abort procedure is driven by the following event: 
a TC-P- ABORT indication primitive. 

1 0.7.1 Receipt of a TC-P-ABORT indication 

On receipt of a TC-P-ABORT indication, all dialogue related resources are released. 

1 0.8 Procedures for CAP operations 

This subclause describes the procedures for CAP operations. 

10.8.1 Operation invocation 

S ACF shall build an operation argument from the parameters received and request the invocation of the associated 
operation using the TC-INVOKE procedure. 

1 0.8.2 Operation invocation receipt 

On receipt of a TC-INVOKE indication primitive, SACF shall: 

if the invoke ID is already in use by an active operation, request the transfer of a reject component using the 
TC-U-REJECT request primitive with the appropriate problem code (duplicated invokelD); 

if the operation code does not correspond to an operation supported by the application-context, request the 
transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate problem code 
(unrecognized operation); 

if the type of the argument is not the one defined for the operation, request the transfer of a reject component 
using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped parameter); 

if the operation cannot be invoked because the dialogue is about to be released, requests the transfer of a reject 
component using the TC-U-REJECT request primitive with the problem code (Initiating Release); 

if sufficient CAP related resources are not available to perform the requested operation, request the transfer of a 
reject component using the TC-U-REJECT request primitive with the problem code (Resource Limitation); 

otherwise, accept the TC-INVOKE indication primitive. If the operation is to be user confirmed, SACF waits for 
the corresponding response. 
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1 0.8.3 Operation response 

For user confirmed operations, SACF shall: 

if no error indication is included in the response to a class 1 or 3 operation, construct a result information element 
from the parameters received and request its transfer using the TC-RESULT-L service; 

if an error indication is included in the response to a class 1 or 2 operation, construct an error parameter from the 
parameters received and request its transfer using the TC-U-ERROR request primitive. 

1 0.8.4 Receipt of a response 

1 0.8.4.1 Receipt of TC-RESULT-NL indication 

On receipt of a TC-RESULT-NL indication, SACF shall: 

request the transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate 
problem code (mistyped parameter). 

1 0.8.4.2 Receipt of TC-RESULT-L indication 

On receipt of a TC-RESULT-L indication, SACF shall: 

if the type of the result parameter is not the one defined for the result of this operation, request the transfer of a 
reject component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 

otherwise, accept the TC-RESULT-L indication primitive. 

1 0.8.4.3 Receipt of TC-U-ERROR indication 

On receipt of a TC-U-ERROR indication, SACF shall: 

if the error code is not defined for the SACF or is not one associated with the operation referred to by the invoke 
identifier, request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (unrecognized error or unexpected error); 

if the type of the error parameter is not the one defined for this error, request the transfer of a reject component 
using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped parameter); 

otherwise, accept the TC-U-ERROR indication primitive. 

1 0.8.4.4 Receipt of TC-U-REJECT indication 

On receipt of a TC-U-REJECT indication primitive which affects a pending operation, SACF shall accept the 
TC-U-REJECT indication primitive. 

1 0.8.4.5 Receipt of a TC-L-REJECT indication 

This event occurs when the local TC detects a protocol error in an incoming component which affects an operation. 

On receipt of a TC-L-REJECT indicating "return result problem, return result unexpected", SACF shall inform the 
application process. 

On receipt of a TC-L-REJECT indicating "return error problem, return error unexpected", SACF shall inform the 
application process. 

When the problem code indicates a general problem, it is considered that the event cannot be related to an active 
operation even if the invoke ID is provided by TC. This is because it is unclear whether the invoke ID refers to a local or 
remote invocation. The behaviour of SACF in such a case is described in subclause 10.8.5.3. 
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1 0.8.4.6 Receipt of a TC-L-CANCEL indication 

On receipt of a TC-L-CANCEL indication, the SACF shall: 

if the associated operation is a class 1 operation, inform the application process; 

if the associated operation is a class 2 operation and no linked operations are defined for this operation, ignore 
the primitive; 

if the associated operation is a class 2 operation and has Unked operations but none of them has been invoked, 
inform the application process; 

if the associated operation is a class 2 operation and a linked operation invocation has already been received in 
response to this operation, ignore the primitive; 

if the associated operation is a class 3 operation, inform the application process; 

if the associated operation is a class 4 operation, ignore the primitive. 

10.8.5 Other events 

This subclause describes the behaviour of SACF on receipt of a component handling indication primitive which cannot 
be related to any operation or which does not affect a pending one. 

10.8.5.1 Receipt of a TC-U-REJECT 

On receipt of a TC-U-REJECT indication primitive which does not affect an active operation (i.e. indicating a return 
result or return error problem), it is up to the application process to abort, continue or terminate the dialogue, if not 
already terminated by the sending application process according to the rules as stated in subclause 10.2. This is also 
applicable for invoke problems related to a class 4 linked operation. 

1 0.8.5.2 Receipt of a TC-R-REJECT indication 

On receipt of a TC-R-REJECT indication (i.e. when a protocol error has been detected by the peer TC entity) which 
does not affect an active operation, it is up to the application process to abort, continue or terminate the dialogue, if not 
already terminated by the sending application process according to the rules as stated in subclause 10.2. 

1 0.8.5.3 Receipt of a TC-L-REJECT indication 

On receipt of a TC-L-REJECT indication primitive (i.e. when a protocol error has been detected by the local TC entity) 
which cannot be related to an active operation, it is up to the application process to continue, or to terminate the 
dialogue and implicitly trigger the transmission of the reject component or to abort the dialogue. 

1 0.8.5.4 Receipt of a TC-NOTICE indication 

This informs the SACF that a message cannot be delivered by the Network Layer, this can only occur if the Return 
Option has been set (see subclause 10.9.1.8). It is for the application process to decide whether to terminate the dialogue 
or retry. 

1 0.9 Mapping on to TC services 
10.9.1 Dialogue control 

The TC-UNI service is not used by CAP. 

10.9.1.1 Destination address 

This parameter is set by the dialogue initiating application process, and may optionally be modified by the responding 
dialogue in the first backward TC-CONTINUE. 



GSM 09.78 version 5.1.0 46 TS 1 01 046 V5.1 .0 (1 997-08) 

10.9.1.2 Originating address 

This parameter is set by the dialogue initiating application process. 

10.9.1.3 Dialogue ID 

The value of this parameter is associated with the CAP invocation in an implementation dependent manner. 

1 0.9.1 .4 Application-context-name 

The application-context-name parameter is set by SACF as defined in subclause 6.4. 

10.9.1.5 User information 

This parameter may be used by both initiating and responding application processes. 

1 0.9.1 .6 Component present 

This parameter is used by SACF as described in ETS 300 287 [3] (ITU-T Recommendation Q.771). 

10.9.1.7 Termination 

The value of the release method parameter of the TC-END request primitive is set by SACF according to the rules as 
stated in subclauses 10.1 and 10.2. 

1 0.9.1 .8 Quality of service 

The quality of service of TC request primitives is set by the SACF to the following value: 
sequencing requested if required by the application (see section 4.4.2); 
return option as required by the application (see section 4.4.2). 

10.9.2 Operation procedures 

10.9.2.1 Invoke ID 

This parameter is set by the sending application process. 

10.9.2.2 Linked ID 

This parameter is set by the sending application process. 

10.9.2.3 Dialogue ID 

The value of this parameter is associated with the CAP invocation in an implementation dependent manner. 

10.9.2.4 Class 

The value of this parameter is set by SACF according to the type of the operation to be invoked according to 
subclause 6.1. 

10.9.2.5 Operation 

The operation code of a TC -INVOKE request primitive is set by the sending application process as defined in 
subclause 6.4. 
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S ACF shall set the operation code of the TC-RESULT-L primitive (if required) to the same value as the one received at 
invocation time. 

10.9.2.6 Error 

The error parameter of the TC-U-ERROR request primitive is set by the sending application process as defined in 
subclause 6.4. 

10.9.2.7 Parameters 

The argument parameter of TC-INVOKE primitives is set by the sending application process as defined in 
subclauses 6.1 and 6.3. 

The result parameter of TC-RESULT-L primitives is set by the sending application process as defined in subclauses 6. 1 
and 6.3. 

The parameter of TC-U-ERROR primitives are set by the sending application process as defined in subclauses 6.2 and 
6.3. 

10.9.2.8 Timeout 

The value of this parameter is set by S ACF according to the type of operation invoked. 

10.9.2.9 Last component 

This parameter is used by SACF as described in ETS 300 287 [3] (ITU-T Recommendation Q.771). 

10.9.2.10 Problem code 

This parameter is used by SACF as described in subclause 10.8. 
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Annex A (normative): 

Mapping between CAP and ISUP 



This annex defines the mapping between the CAP parameters and the call parameters sent/received in the ISUP. The 
functional handling of these parameters is defined in GSM 03.78 [16]. 



A.1 InitialDP operation 



Table A.I 



ISUP message 
lAM(Notel) 


CAP operation 
InitialDP 


Called party number 


calledPartyNumber 


Calling party number 


callingPartyNumber 


Calling party's category 


callingPartysCategory 


Location number 


locationNumber 


Original called number 


originalCalledPartylD 


User teleservice information (1st priority) 

High layer compatibility IE contained in access transport 
(2nd priority) (Note 2) 


highLayerCompatibility 


Generic number 'additional calling party number' 


additionalCallingPartyNumber 


User service information prime (1st priority) 
User service information (2nd priority) 


bearerCapabiUty 


Redirecting number 


redirectingPartylD 


Redirection information 


redirectionlnformation 



NOTE 1: Optional parameters may be absent, i.e. they are only mapped, if these parameters are available at the DP. 

NOTE 2: If two high layer compatibility information elements are contained in the access transport parameter, then 
the second information element, carrying the preferred HLC, is mapped to the CAP 
highLayerCompatibility parameter. 



A.2 Connect operation 



On receipt of a Connect operation from the gsmSCF the called party number used for routing is derived from the 
destinationRoutingAddress (see Table A.2). If the triggering of the CAMEL service was made for a mobile terminating 
or forwarded call, an ACM message shall be sent to the preceding exchange. The encoding of the backward call 
indicators in the ACM is specified in GSM 09.12 [24]. 

Table A.2 illustrates the mapping of parameters received in the Connect operation to parameters sent in the lAM 
message to the succeeding exchange. Parameters which were received in the lAM and are not replaced by parameters of 
the Connect operation are treated according to the normal procedures. 

On sending of the lAM the awaiting address complete timer is started. If the timer expires the call is released in both 
directions and an appropriate indication is returned to the calling subscriber. 
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Table A.2 



CAP operation 
Connect (Note 1) 


ISUP message 
lAIVI 


destinationRoutingAddress 


Called party number 


callingPartyNumber 


see A.2.1 


originalCalledPartylD 


Original called number 


callingPartysCategory 


Calling party's category 


redirectingPartylD 


Redirecting number 


redirectionlnformation 


Redirection information 


genericNumbers 


Generic number (Note 2) 



NOTE 1 : Optional parameters may be absent, i.e. they are only mapped, if received. 

NOTE 2: The set of generic numbers received in the genericNumbers parameter is mapped to the appropriate 
number of Generic Number parameters in the ISUP lAM. This shall be performed irrespective of the 
value of the screening indicator in the ISUP calling party number. 



A.2.1 Connect operation 



The Calling Party Number received in CAP operation Connect is ignored. In outgoing ISUP message lAM the Calling 
Party Number received in incomming ISUP message lAM is used. 



A.3 ReleaseCall operation 



Upon receipt of the ReleaseCall operation, the GMSC/gsmSSF (VMSC/gsmSSF) sends REL messages in both 
directions. The cause indicators parameter contains the releaseCallArg parameter of the ReleaseCall operation. 



Annex B (Informative): 

Description of the Delta between ETS 300 374-1 and the 

CAP 

This annex shows the CAP as defined by this GSM TS as the delta marked up against CS 1 ETSI Core INAP as defined 

by ETS 300 374-1 [14]. 
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1 Scope 

Th i s f i rst part of ETS 300 37A d e f i n e s th e I nt elli g e nt N e twork App li cat i on Protoco l ( I NAP) r e qu i r e d for 
support of Capab ili ty S e t 1 (CS1). I t supports i nt e ract i ons b e tw ee n th e fo ll ow i ng thr ee Funct i ona l Ent i t ie s 
(FEs), as d e f i n e d i n th e I nt elli g e nt N e twork ( I N) funct i ona l mod el : 

S e rv i c e Sw i tch i ng Funct i on (SSF); 

S e rv i c e Contro l Funct i on (SCF); 

Sp e c i al i z e d R e sourc e Funct i on (SRF). 

Th e scop e of th i s ETS i s th e furth e r d e v el opm e nt of th e I NAP for both th e I nt e grat e d S e rv i c e s D i g i ta l 
N e twork ( I SDN) and Pub li c Sw i tch e d T ele commun i cat i ons N e twork (PSTN). 

I t i s i nt e nd e d as a gu i d e to i mp le m e ntors and n e twork op e rators to e nsur e i nt e rwork i ng b e tw ee n d i ff e r e nt 
manufactur e rs e qu i pm e nt for th e fo ll ow i ng I N CS1 d e f i n e d i nt e rfac e s (SCF - SSF and SCF - SRF). 

As th i s ETS i s i nt e nd e d for th e e ar l y i ntroduct i on of I N i n th e e x i st i ng I SDN/PSTN, on l y s i mp le so l ut i ons 
ar e assum e d for so l v i ng th e s e rv i c e i nt e ract i on prob le ms b e tw ee n I N and I SDN/PSTN. 

NOTE: Mor e soph i st i cat e d so l ut i ons for th e s e rv i c e i nt e ract i ons b e tw ee n I N and th e I SDN/PSTN 

e nv i ronm e nt shou l d b e stud ie d i n th e scop e of futur e v e rs i ons of I NAP and th e I SDN/PSTN s i gna lli ng 
standards. 

This standard specifies the CAMEL Application Part (CAP) supporting the first phase of the network 
feature Customized Applications for Mobile network Enhanced Logic. CAP is based on a sub-set of the 
CS1 Core INAP as specified by ETS 300 374-1 [14]. Descriptions and definitions provided by ETS 300 
374-1 [14] are directly referenced by this standard in case no additions or clarifications are needed for the 
use in the CAP. 

2 Normative references 

This ETS incorporates by dated and undated reference, provisions from other publications. These 
normative references are cited at the appropriate places in the text and the publications are listed 
hereafter. For dated references, subsequent amendments to or revisions of any of these publications 
apply to this ETS only when incorporated in it by amendment or revision. For undated references the latest 
edition of the publication referred to applies. 

[U-] ETS 300 008 (1993): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Message Transfer Part (MTP) to support international 
interconnection". 

[22] ETS 300 009 (1994): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Signalling Connection Control Part (SCCP) 
[connectionless and connection-oriented] to support international 
interconnection". 

[33] ETS 300 121 (1992): " I nt e grat e d S e rv i c e s D i g i ta l N e twork ( I SDN); App li cat i on of 

th e I SDN Us e r Part ( I SUP) of CC I TT S i gna lli ng Syst e m No.7 for i nt e rnat i ona l 
I SDN i nt e rconn e ct i ons ( I SUP v e rs i on 1)". 

[44] ETS 300 196 - 1 (1993): " I nt e grat e d S e rv i c e s D i g i ta l N e twork ( I SDN); G e n e r i c 

funct i ona l protoco l for th e support of supp le m e ntary s e rv i c e s; D i g i ta l Subscr i b e r 
S i gna lli ng Syst e m No. on e (DSS1) protoco l ; Part 1 : Protoco l sp e c i f i cat i on". 

NOTE: ETS 300 196 - 1 (1993) was i n i t i a ll y pub li sh e d as ETS 300 196 (1993). 

[§3] ETS 300 287 (1993): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No.7; Transaction Capabilities Application Part (TCAP) 
version 2". 
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[5g] ETS 300 3^8 (199^): " I nt elli g e nt N e twork ( I N); Phys i ca l p l an e for i nt elli g e nt 

n e twork Capab ili ty S e t 1 (CS1 ) [ I TU - T R e comm e ndat i on Q.1 21 5 (1 993)]". 

[674] ETS 300 356-1: "Integrated Services Digital Network (ISDN); CCITT Signalling 

System No. 7; ISDN User Part (ISUP) version 2 for the international interface; 
Part 1 : Basic services". 

[7g5] ETS 300 403-1 : "Integrated Services Digital Network (ISDN); Digital Subscriber 

Signalling System No. one (DSS1); User-network interface layer 3 specification 
for basic call control; Parti: Protocol specification [ITU-T Recommendation 
Q.931 (1993), modified]". 

[89] I TU - T R e comm e ndat i on Q.700 (1993): " I ntroduct i on to CC I TT S i gna lli ng Syst e m 

Ng.7^ 

[94^6] ITU-T Recommendation Q.773 (1993): "Specifications of Signalling System 

No. 7; Transaction Capabilities formats and encoding". 

[^0n] I TU - T R e comm e ndat i on Q.I 21^ (1993): — "D i str i but e d — funct i ona l — plane — fof 

i nt elli g e nt n e twork CSV. 

[11427] ITU-T Recommendation Q.I 21 8 (1993): "Interface Recommendation for 

intelligent network CSV. 

[12438] ITU-T Recommendation Q.I 400 (1993): "Architecture framework for the 

development of signalling and organization, administration and maintenance 
protocols using QSI principles". 

[13449] CCITT Recommendation X.208 (1988): "Specification of Abstract Syntax 

Notation Qne(ASN.I)". 

[1445 10] CCITT Recommendation X.209 (1988): "Specification of basic encoding rules 

for Abstract Syntax Notation Qne (ASN.1)". 

[154^ 11] CCITT Recommendation X.21 9 (1988): "Remote operations: Model, notation 

and service definition". 

[164712] CCITT Recommendation X.229 (1988): "Remote operations: Protocol 

specification". 

[174813] ISQ 9545 (1989): "Information technology - Qpen Systems Interconnection - 

Application Layer structure". 

[14] ETS 300 374-1 (1994): "Intelligent Network (IN); Intelligent Network Capability 

Set 1 (CS1) Core Intelligent Network Application Protocol (INAP) Part 1: 
Protocol specification". 

[15] GSM 09.02 (ETS 300 599): "Digital cellular telecommunications system (Phase 

2+)\ Mobile Application Part (MAP) specification". 

[16] GSM 03.78: "Digital cellular telecommunications system (Phase 2+); 

Customised Applications for Mobile network Enhanced Logic (CAMEL) - stage 
Z\ 

[17] CCITT Recommendation Q. 713 : "Specifications of Signalling System No. 7; 

SCCP formats and codes". 

[18] ITU-T Recommendation X.680 (1994) I ISQ/IEC 8824-1:1994, Information 

technology - Qpen Systems Interconnection - Abstract Syntax Notation Qne 
(ASN.1): Specification of basic notation. 
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[19L 



ITU-T Recommendation X.681 (1994) I ISO/IEC 8824-2:1994, Information 



teclinoloqv - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1): Information object specification. 

[20] ITU-T Recommendation X.682 (1994) I ISO/IEC 8824-3:1994, Information 

teclinoloqy - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1): Constraint specification. 



[211 



ITU-T Recommendation X.683 (1994) I ISO/IEC 8824-4:1994, Information 



teclinoloqy - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1): Parameterization of ASN.1 specifications. 



[22L 



ITU-T Recommendation X.690 (1994) I ISO/IEC 8825-1:1994, Information 



teclinoloqy - Open Systems Interconnection - Specification of ASN.1 encoding 
rules: Basic, Canonical, and Distinguislied Encoding Rules. 



[23L 



ITU-T Recommendation X.880 (1994) I ISO/IEC 13712-1:1994, Information 



technology - Remote Operations: Concepts, model and notation. 



3 Definitions , symbols and abbreviations 

For th e purpos e s of th i s ETS, th e fo ll ow i ng abbr e v i at i ons app l y: 



3.1 



Abbreviations 



AC 
ACM 



AE 
AB- 



ASE 
APDU 



ASN.1 
BCSM 
CC^- 



CS1 
CSI 



DP 
DSS1 
EDP 
EDP - N 



EDP-R 
FCJ 



FE 
FEAM 



FSM 
gsmSCF 



gsmSSF 



lAM 



ID 
IN 

INAP 
tP 



ISDN 
I SPBX 



Application Context 
Address Complete Message 



Application Entity 
App li cat i on Ent i ty I nvocat i on 



Application Service Element 
App li cat i on Protoco l Data Un i t 



Abstract Syntax Notation One 

Basic Call State Model 

Ca ll Contro l Funct i on AP CAMEL Application Part 



Capability Set 1 

CAMEL Subscription Information 



Detection Point 

Digital Subscriber Signalling System No. One 

Event Detection Point 

Ev e nt D e t e ct i on Po i nt - Not i f i cat i on 



Event Detection Point - Request 
Furn i sh Charg i ng I nformat i on 



Functional Entity 

Funct i ona l Ent i ty Acc e ss Manag e r 



Finite State Model 
GSM SCF 



GSM SSF 



Initial Address Message 



Identifier 

Intelligent Network 

Intelligent Network Application Protocol 

I nt elli g e nt P e r i ph e ra l 



Integrated Services Digital Network 
I nt e grat e d S e rv i c e s Pr i vat e Branch e xchang e 



ISUP 
LE — 



MACF 

MTP 

P&C 



PA. 



PDU- 



ISDN User Part 
Loca l Exchang e 



Multiple Association Control Function 
Message Transfer Part 
Prompt and Co lle ct 



P l ay Announc e m e nt 



Protoco l Data Un i t OCSI Originating CSI 
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PE Physical Entity 

PSTN Pub li c Sw i tcli e d T ele commun i cat i on N e twork 

RGO R e sourc e Contro l Ob je ct REL Release 

ROSE Remote Operations Service Element 

SACF Single Association Control Function 

SAO Single Association Object 

SCCP Signalling Connection Control Part 

SCF Service Control Function 

SOME SCF Management Entity 

SGP S e rv i c e Contro l Po i nt 

SCSM SCF Call State Model 

SBF S e rv i c e Data Funct i on 

SBP S e rv i c e Data Po i nt 

St S e rv i c e Log i c 

SLP Service Logic Program 

StPJ S e rv i c e Log i c Program I nstanc e 

SMF S e rv i c e Manag e m e nt Funct i on 

SRF Sp e c i a li z e d R e sourc e Funct i on 

SRME SRF Manag e m e nt Ent i ty 

SRSM SRF Ca ll Stat e Mod el 

SSF Service Switching Function 

SSME SSF Management Entity 

SSN Sub-System Number 

SSP S e rv i c e Sw i tch i ng Po i nt 

TC Transaction Capabilities 

TCAP Transaction Capabilities Application Part 

TCSI Terminating CSI 

TDP Trigger Detection Point 

TDP - N Tr i gg e r D e t e ct i on Po i nt - Not i f i cat i on 

TDP-R Trigger Detection Point - Request 
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4 General 

4.1 Definition methodology 

The definition of tine protocol is split into three Clauses: 

the definition of the Single/Multiple Association Control Function (SACF/MACF) rules for the 
protocol (Clause 5); 

the definition of the operations transferred between entities (Clause 6); 

the definition of the actions taken at each entity (Clause 7). 

The SACF/MACF rules are defined in prose. The operation definitions are in Abstract Syntax Notation 1 
(ASN.1, see CCITT Recommendation X. 208 [13449]), and the actions are defined in terms of state 
transition diagrams. Further guidance on the actions to be performed on receipt of an operation can be 
gained from Clause 6 and from the relevant detailed procedures in Clause 7. 

The H4CAP is a Remote Operations Service Element (ROSE) user protocol (see CCITT 
Recommendations X.219[ 15 16] and X.229 [ 16 17]). Th e ROSE protoco l i s conta i n e d w i th i n th e D i g i ta l 
Subscr i b e r S i gna lli ng Syst e m No. On e (DSS1, s ee ETS 300 196 - 1 [1 4 ]) and th e Compon e nt Sub l ay e r of 
th e Transact i on — Capab ili t ie s App li cat i on — Part (TCAP, s ee — ETS 300 287 [ Error! Bool<marl< not 
defined . §4^ 

NOTE 1 : At pr e s e nt, th e ROSE App li cat i on Protoco l Data Un i ts (APDUs) ar e conv e y e d i n 

Transact i on sub l ay e r m e ssag e s i n S i gna lli ng Syst e m No. 7 (S i gna lli ng Syst e m No. 7) 
and i n th e 0.931 FAC I L I TY and Ca ll Contro l m e ssag e s i n DSS1 (s ee ETS 300 ^03 - 
4-[Z 8]). Oth e r support i ng protoco l s may b e add e d at a l at e r dat e . 

NOTE 2: Th e I NAP (as a ROSE us e r) and th e ROSE protoco l hav e b ee n sp e c i f ie d us i ng ASN.1. At 

pr e s e nt, th e on l y standard i z e d way to e ncod e th e r e su l t i ng PDUs i X.219 [11] and X.229 [12] and ITU-T 
Recommendation X.880 [23]). CAP use s the Basic Encoding Rules (see CCITT Recommendation 
X.209 [144^ 10] and ITU-T recommendation X.690 [22] ). 

4.2 Spare Examp le phys i ca l sc e nar i os 

Th e protoco l supports any mapp i ng of funct i ona l to Phys i ca l Ent i t ie s (PEs), s ee ETS 300 3^8 [ 5 6] ( I TU - T 
R e comm e ndat i on 0.1215). I t i s th e r e spons i b ili ty of n e twork op e rators and e qu i pm e nt manufactur e rs to 
d e c i d e how to co -l ocat e FEs to th e b e st poss i b le advantag e as th i s may vary b e tw ee n manufactur e rs and 
b e tw ee n n e twork op e rators. Th e r e for e th e protoco l i s d e f i n e d assum i ng max i mum d i str i but i on ( i . e . on e PE 
p e r FE). 

Th e f i gur e s d e p i ct e d i n th i s subc l aus e show how I NAP wou l d b e support e d i n an S i gna lli ng Syst e m No. 7 
n e twork e nv i ronm e nt. Th i s do e s not i mp l y that on l y S i gna lli ng Syst e m No. 7 may b e us e d as th e n e twork 
protoco l to support I NAP. 

Wh e n TCAP app e ars i n on e of th e fo ll ow i ng f i gur e s, i t i s to b e und e rstood as r e pr e s e nt i ng th e TCAP 
funct i ona li t ie s assoc i at e d w i th a s i ng le d i a l ogu e and transact i on (as oppos e d to a TCAP e nt i ty). 

For e ach phys i ca l sc e nar i o, th e typ i ca l SRF contro l proc e dur e s to b e app lie d ar e shown — In 
subc l aus e 7.3.5. 

Th e i nt e rfac e b e tw ee n r e mot el y l ocat e d SCF and SDF i s I NAP us i ng TCAP wh i ch i n turn us e s th e 
s e rv i c e s of th e conn e ct i on le ss SCCP and MTP (s ee f i gur e 1). Th e SDF i s r e spons i b le for any i nt e rwork i ng 
to oth e r protoco l s to acc e ss oth e r typ e s of n e tworks. 
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SCP 




MACF 



S 
A 



ASE(s) 
(SCF-SSF) 



S 
A 

-e- 



ASE(s) 
(SCF-SDF) 



SDP 



SDF 



s 

A 

-e- 



ASE(s) 
(SCF-SDF) 



TCAP 



TCAP 



SCCP 



MTP 



SS No. 7 
Link 



ToSSP 



SS No. 7 
Link 



TCAP 



SCCP 



MTP 



SS No. 7 
Link 



SS No. 7 
Network 



F i gur e 1 : Phys i ca l i nt e rfac e b e tw ee n SCP and SDP 

A numb e r of e xamp le sc e nar i os hav e b ee n i d e nt i f ie d for support of th e SCF, SSF and SRF FEs as PEs. 
Th e s e ar e ill ustrat e d as f i gur e s 2 to 6. Each e xamp le i s charact e r i z e d by: 

a) th e m e thod to support SCF - SRF r el at i onsh i p; and 

b) th e typ e of s i gna lli ng syst e m b e tw ee n SSF and SRF. 

Tab le 1 summar i z e s th e s ele ct i on of f e atur e s for e ach f i gur e . 

Tab le 1 



Typ e of s i gna lli ng syst e m 



b e tw ee n SSF and SRF 



ISUP 



DSS+ 



i mp le m e ntat i on d e p e nd e nt 



mi e thod to support SCF - SRF r el at i onsh ip 



d i r e ct TCAP li nk 



f i gur e 2 



f i gur e 6 



as f i gur e s 2 or 6 but w i th 
i mp le m e ntat i on d e p e nd e nt 
SCP -I P i nt e rfac e 



r el ay v i a SS P 



f i gur e 5 



f i gur e 3 



f i gur e A 
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SSP 



SSF 
and CCF 



MACF 



S ASE(s) 

^ (SCF-SSFJ I ISUP 



IP 



ISDN/PSTN 
Link 



SRF 



MACF 



ISUP 



ASE(s) 
(SCF-SRF) 



SCR 



SCF 



MACF 



S ASE(s) 
^ (SCF-SSF) 



ASE(s) 
(SCF-SRF) 



TCAP 



(see 
NOTES 
1 &2) 



SCCP 



MTP 



SS No.7 
Link 






(see 
NOTES 
1 &2) 



TCAP 



TCAP 



TCAP 



SCCP 



MTP 



SS No.7 
Link 



SCCP 
MTP 



SS No.7 
Link 



SS No.7 
Network 



NOTE 1 : Transf e r of corr el at i on i nformation n ee ds to b e support e d. Th i s may b e support e d i n I SUP 

w i thout i ntroduc i ng new I SUP parameters. 

Oth e r s i gna l l i ng syst e ms may b e us e d. 



NOTE 2: 



NOTE 3: 



A ll assoc i at i ons are supported by S i gna lli ng System No.7, e i ther TCAP or ISUP. I n th i s case, 
th e I P is on e of th e n e twork nod e s. 



F i gur e 2: Examp le arch i t e ctur e for support i ng SRF, cas e 1 

(SRF i n I P conn e ct e d to SSP and acc e ss e d by SCP through 

d i r e ct S i gna lli ng Syst e m No.7 conn e ct i on) 
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SCP 



SRF 



ASE(s) 

(SCF-SRF) 

NOTE 1 



S 
A 



SCF 



MACF 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



SS No.7 
Link 



ROSE 



0.931/2 
LAP-D 



D-channel 



TCAP 




SS No.7 
Link 



SS No.7 
Network 



NOTE 1 : I nformat i on flows b e tw ee n SCF and SRF ar e support e d by th i s (ROSE) e nt i ty. 

NOTE 2: Re l ay funct i on i s prov i ded e i ther by I VIACF or by app li cation process at SSP. 



NOTE 3: 



I P can b e acc e ss e d by DSS1 on l y. Th e I P can b e a PE r e s i d i ng outs i d e th e n e twork. 



F i gur e 3: Examp le arch i t e ctur e for support i ng SRF, cas e 2 
(SRF i n I P conn e ct e d to SSP and acc e ss e d by SCP through D - chann el v i a SSP) 
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SSP 



SCP 




SSF.SRF 
and CCF 



MACF 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



SCF 



MACF 



S 
A 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



TCAP 



TCAP 



SCCP 



SCCP 



MTP 



MTP 



SS No.7 
Link 



SS No.7 
Link 



SS No.7 
Network 



NOTE: SSP supports both Ca ll Contro l Funct i on/Serv i ce Sw i tch i ng Funct i on (CCF/SSF) and SRF. The 

hand li ng of SRF by SCF cou l d b e th e sam e as that of f i gur e 3. 

F i gur e 4 : Examp le arch i t e ctur e for support i ng SRF, cas e 3 
(SRF i n SSP and acc e ss e d v i a app li cat i on proc e ss of SSP) 
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SSP 



IP 




SSF 
and CCF 




SRF 



MACF (NOTE 2) 



ASE(s) 
(SCF-SSF, 
SCF-SRF) 



ISUP 



ISUP 



SCR 



s 

A 



SCF 



MACF 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



TCAP 



SCCP 



(see 
NOTES 
1 , 3 & 4) 



(see 
NOTES 
1 , 3 & 4) 



MTP 



MTP 



SS No.7 
Link 



SS No.7 
Link 



TCAP 



SCCP 



MTP 



SS No.7 
Link 



SS No.7 
Network 



NOTE 1 : I nformat i on f l ows b e tw ee n SCF and SRF as w ell as conn e ct i on contro l ar e i ndir e ct l y support e d 

by I SUP. 

NOTE 2: R el ay funct i on i s prov i d e d e ith e r by MACF or by app li cation proc e ss at SSP. 

NOTE 3: Assumes that I SUP prov i des a means to transport ROSE informat i on. 

NOTE A: Oth e r s i gna lli ng syst e ms may b e us e d. 

NOTE 5: I P can be accessed by ISUP on l y. The hand li ng of SRF by SCF could be the same as that of 

f i gur e 3. 

F i gur e 5: Examp le arch i t e ctur e for support i ng SRF, cas e 4 
(SRF i n IP conn e ct e d to SSP and acc e ss e d by SCP through I SUP v i a SSP) 
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SSP 




SSF 
and CCF 



MACF 



ASE(s) 
(SCF-SSF) 



S ASE(s) 
A (SCF-SRF) 
- NOTE 1 _ 

F ROSE 



IP 



B- 
channel 



SRF 



MACF 



ASE(s) s ASE(s) 
(SCF-SRF) A fsCFSRR 



NOTF1 



SCR 



SCF 



MACF 



ASE(s) 

(scf-ssf: 



S ASE(s) 
A (SCF-SRF) 



TCAP 



ROSE 



TCAP 



SCCP 



MTP 



Q.931/2 

^^^^ 

LAP-D 



Q.931/2 



LAP-D 



SS No.7 
Link 






^ 



>- 



D-channel (NOTEs 1 & 2) 



SS No.7 
Link 



SCCP 

^^^^ 

MTP 



TCAP 



TCAP 



SCCP 



SS No.7 
Link 



MTP 



G 



SS No.7 
Network 



NOTE 1 : Transfer of corre l ation i nformat i on needs to be supported. 

NOTE 2: Otii e r s i gna lli ng syst e ms may b e us e d. 

NOTE 3: The hand l ing of SRF by SCF cou l d be the same as that of f i gure 2. Other types of s i gna lli ng 

syst e ms cou l d b e us e d. 

F i gur e 6: Examp le Arch i t e ctur e for support i ng SRF, cas e 5 
(SRF i n IP conn e ct e d to SCP and SSP and acc e ss e d v i a both S i gna lli ng Syst e m No.7 li n l < 

and D - chann el , r e sp e ct i v el y) 
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4.3 CAP INAP protocol architecture 

Many of the terms used in this subclause are based on the OSI Application Layer Structure as defined in 
ISO 9545 [13174^]. 

The CAP I NAP protocol architecture can be illustrated as shown in figure 17. 



Multiple Co-ordinated 
Interactions (case b) 



Single Interaction 
(case a) 



Application 
Process 


MACF 




SAO 


SAO 


S 
A 
C 

F 


ASE's 


S 
A 
C 

F 


ASE's 


TCAP 


TCAP 





or 



Application 
Process 



SAO 




SCCP 



SCCP 



MTP 



MTP 



NOTE: I NAP i s the co l lect i on of spec i f i cat i ons of a ll I N ASEs. 

Figure 17: CAP INAP protocol architecture 

A PE has either single interactions (case a) or multiple co-ordinated interactions (case b) with other PEs. 

In case a, SACF provides a co-ordination function in using Application Service Elements (ASEs), which 
includes the ordering of operations supported by ASE(s), (based on the order of received primitives). The 
Single Association Object (SAO) represents the SACF plus a set of ASEs to be used over a single 
interaction between a pair of PEs. 

In case b, MACF provides a co-ordinating function among several SAOs, each of which interacts with an 
SAO in a remote PE. 

Each ASE supports one or more operations. Description of each operation is tied with the action of 
corresponding FE modelling (see GSM 03.78 I TU - T R e comm e ndat i on 0.121^ [161044-] and Clause 7 of 
this ETS). Each operation is specified using the operation macro described in figure 2S. 
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INAP User ASE's 

xyz OPERATION 

ARGUMENT {Parameterl , Parameter2,...} 
RESULT {Parameterl , Parameter2,...} 
LINKED {operations, operation4,...} 
ERRORS {errorl, error2....} 

errorl ERROR 

PARAMETER {ParameterG, Parameter?,...} 
etc 



to peer 



Operations 

Results 

Errors 



TCAP ASE 



COMPONENT SUB-LAYER 



TRANSACTION SUB-LAYER 



: 



INVOKE 
^^ RETURN RESULT 
to peer RETURN ERROR 
REJECT 

^> BEGIN 

to peer CONTINUE 
END 
ABORT 
UNIDIRECTIONAL 



CONNECTIONLESS SCCP 



Figure 28: Operation description 

Tine use of the Application Context (AC) negotiation mechanism (as defined in ETS 300 287 [ 3Error! 
Bool<marl< not defined. §]) allows the two communicating entities to identify exactly what their capabilities 
are and also what the capabilities required on the interface should be. This should be used to allow 
evolution through capability sets. 

If the indication of a specific AC is not supported by a pair of communicating FEs, some mechanism to 
pre-arrange the context shall be supported. 



4,34- 



I NAP s i gna lli ng cong e st i on contro l for S i gna lli ng Syst e m No.7 



Th e sam e typ e of proc e dur e sha ll app l y as d e f i n e d for I SDN Us e r Part signalling cong e st i on contro l . Th e 
I NAP proc e dur e s for s i gna lli ng cong e st i on contro l sha ll as far as poss i b le b e a li gn e d w i th th e I SDN Us e r 
Part s i gna lli ng cong e st i on contro l proc e dur e s as sp e c i f ie d i n ETS 300 121 [ 3 3] (CC I TT R e comm e ndat i on 
0.767, § D.2.11), i . e . on r e c ei pt of N - PCSTATE i nd i cat i on pr i m i t i v e w i th th e i nformat i on "s i gna lli ng po i nt 
cong e st e d" from SCCP, th e I NAP sha ll r e duc e th e traff i c l oad ( e .g. I n i t i a l DP and I n i t i at e Ca ll Att e mpt) i nto 
th e aff e ct e d d i r e ct i on i n s e v e ra l st e ps. 

Th e abov e proc e dur e may on l y app l y to traff i c wh i ch us e s MTP Po i nt Cod e addr e ss i ng i n th e aff e ct e d 
d i r e ct i on. 

4.4 CAP INAP addressing 

The CAMEL Application Part makes use of the services offered by the Signalling Connection Control Part 
of signalling System No. 7. CCITT Blue Book or ITU-T (03/93) Recommendations 0.711 to 0.716 should 
be consulted for the full specification of SCCP. 

SCCP G l oba l T i t le (s ee ETS 300 009 [ 2 2]) and MTP Po i nt Cod e addr e ss i ng (s ee ETS 300 008 [ U\^ 
e nsur e that PDUs r e ach th ei r phys i ca l d e st i nat i on ( i . e . th e corr e ct po i nt cod e ) r e gard le ss of wh i ch n e twork 
i t i s i n. 
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W i th i n a nod e , i t i s th e cho i c e of th e n e twork op e rator/ i mp le m e ntor as to wh i ch Sub - Syst e m Numb e r(s) 
(SSN(s)) ar e ass i gn e d to I NAP. 

R e gard le ss of th e abov e , any addr e ss i ng sch e m e support e d by th e SCCP may b e us e d. 
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4.4.1 Sub-System Number (SSN) 

The use of SSN is a network operator option and values for intra-PLMN usage are network specific. 

4.4.2 Quality of service parameters 

Tl-ie class (class or class 1) of SCCP is cliosen according to tine quality of service requirement of an 
individual message. 

The return option may be used if requested. 

4.4.3 SCCP addressing 

Within the GSM System there is a need to communicate between entities within the same PLMN and in 
different PLMNs. Using the CAMEL Application Part (CAP) for this function implies the use of Transaction 
Capabilities (TC) and the Signalling Connection Control Part (SCCP) of CCITT Signalling System No. 7. 

The format and coding of address parameters carried by the SCCP for that purpose shall comply with 
CCITT Recommendation Q.713 [17] with the following restrictions: 

1) Intra-PLMN addressing 

a) Called Party Address 

SSN indicator = network specific: 

a Global title or a point code may be included: 

b) Calling Party Address 

SSN indicator = network specific: 

a Global title or a point code may be included: If neither of these parameters is present 

the MTP address (i.e. OPC) is used: 

2) Inter-PLMN addressing 

a) Called Party Address 

SSN indicator = network specific: 

Point Code indicator = 0: 

Global title indicator = 0100 (Global title includes translation type, numbering plan, 

encoding scheme and nature of address indicator): 

Translation type = (Not used): 

Routing indicator = (Routing on global title): 

b) Calling Party Address 

SSN indicator = network specific: 

Point code indicator = 0: 

Global title indicator = 0100 (Global title includes translation type, numbering plan, 

encoding scheme and nature of address indicator): 

Translation type = (Not used): 

Routing indicator = (Routing on Global Title). 

4.5 Spare R el at i onsh i p b e tw ee n ITU - T R e comm e ndat i on Q.121 4 and th i s ETS 

Tab le 2 g i v e s a comp le t e li st of i nformat i on f l ows. Th e s e map on e to on e w i th op e rat i ons e xc e pt wh e r e 
i nd i cat e d. 
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4.6 Compatibility mechanisms used for H4CAP 

4.6.1 Introduction 

This subclause specifies tine compatibility mechanisms that shall be used for I NAP, i n th i s subc l aus e 
r e f e rr e d to as ETS I — I NAP to avo i d confus i on w i th — I NAP accord i ng to — I TU - T R e comm e ndat i on 
Q.1218[ 114^CAP 

Two major categories of compatibility are handled by these mechanisms: 

compatibility with the ITU-T Recommendation Q.1218411 12] v e rs i on [7] version of CS1 INAP and 
the ETSI specification ETS 300 374 -1 version [14] of CS1 INAP; 

compatibility with future versions of ETS I I N CAP. 

The second category has three sub-categories of compatibility dealt with in this subclause: 

minor changes to the CAP in future standardized versions: 

aA minor change can be defined as a change of a functionality which is not essential for the 
requested W4CAMEL service. In case it is a modification of an existing function, it is acceptable that 
the addressed function is executed in either the older or the modified variant. If the change is purely 
additional, it is acceptable that it is not executed at all and that the peer Application Entity (AE) need 
not know about the effects of the change. For minor changes, a new AC is not required; 

major changes to the ETS I I NAP i n futur e standard i z e d v e rs i ons: 

CAP in future standardized versions: 

aA major change can be defined as a change of a functionality which is essential for the requested 
H4CAP service. In case it is a modification of an existing function, both application entities shall 
have a shared knowledge about the addressed functional variant. If the change is purely additional, 
the requested W4CAMEL service will not be provided if one of the application entities does not 
support the additional functionality. For major changes, a new AC is required; 

network specific changes to ETS I I N CAP: 

tjhese additions may be of either the major or minor type for a service. No new AC is expected to 
be defined for this type of change. At the time of definition, the additions would not be expected to 
be included in identical form in future versions of the ETS. 

4.6.2 Definition of ETS I I N CAP compatibility mechanisms 

4.6.2.1 Compatibility mechanism for interworking of CAP with ETSI CS1 Core INAP and 

ITU-T Q.1218 INAP 

On receipt of an operation according to ITU-T Recommendation Q.1218411 12] wh i ch i s not part of th e 
ETS I I NAP or i s part of th e ETS I I N [7] or an operation according to ETSI ETS 300 374-1 [14] which is not 
part of the CAP or is part of the C AP but which contains parameters which are not part of the ETS I 
tNCAP: 

the gsmSSF shall apply the normal error handling for unknown operations or parameters, i.e. the 
normal error handling procedures as specified in Clause-_10 shall be followed; 

the gsmSCF shall apply the normal error handling for unknown operations or parameters except for 
parameters in the InitialDP operation. All parameters specified in ITU-T Recommendation 
Q.I 21 841 142 [7] and in ETSI ETS 300 374-1 [14] for InitialDP shall be known by the gsmSCF, 
those not included in the ETS I I N CAP shall be ignored. 
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Add i t i ona ll y, tagg i ng of ETS I I N Taqqinq of C AP additions to ITU-T Recommendation Q. 121 8411 ^ [7] and 
ETSI ETS 300 374-1 [14] are specified from 30 downwards to avo i d ov e r l ap w i th futur e add i t i ons i n I TU - T 
R e comm e ndat i on Q.I 21 8 [ 1 1 1 2] I NAP. 50 and upwards. 

4.6.2.2 Procedures for major additions to ETS I I N CAP 

In order to support the introduction of major functional changes, the protocol allows a synchronization 
between the two applications with regard to which functionality is to be performed. This synchronization 
takes place before the new function is invoked in either application entity, in order to avoid complicated 
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fall-back procedures. The solution chosen to achieve such a synchronization is use of the AC negotiation 
provided in ETS 300 287 [ Error! Bookmark not defined. §3]. 

4.6.2.3 Procedures for minor additions to ETS I I N CAP 

The extension mechanism marker shall be used for future standardized minor additions to iNCAP. This 
mechanism implements extensions d i ff e r e nt l y by including an "extensions marker" in the type definition. 
The extensions are expressed by optional fields that are placed after the marker. When an entity receives 
unrecognized parameters that occur after the marker, they are ignored^ 

(see ITU-T Recommendation X.680 [18]). 

NOTE: B e caus e th i s v e rs i on of ASN.1 has not y e t b ee n rat i f ie d by I TU - T, th e mark e r i s p l ac e d 

w i th i n a comm e nt for now so that i t can e as il y b e uncomm e nt e d l at e r. As i n th e I SO 
cas e , th e e xt e ns i ons ar e e xpr e ss e d by opt i ona l f iel ds that ar e p l ac e d aft e r th e mark e r 
(wh i ch i s comm e nt e d out), i n wh i ch cas e th e y can b e i gnor e d. 

4.6.2.4 Procedures for inclusion of network specific additions to ETS I I N CAP 

This mechanism is based on the ability to explicitly declare fields of any type via the Macro facility in 
ASN.1 at the outermost level of a type definition. It works by defining an "ExtensionField" that is placed at 
the end of the type definition. This extension field is defined as a set of extensions, where an extension 
can contain any type. Each extension is associated with a va l u e that d e f i n e s wh e th e r th e t e rm i nat i ng nod e 
shou l d i gnor e th e f iel d i f unr e cogn i z e d, or r e j e ct th e m e ssag e , s i m il ar to th e compr e h e ns i on r e qu i r e d 
m e chan i sm d e scr i b e d i n th e pr e v i ous subc l aus e n identification that unambiguously identifies the 
extension . Refer to ITU-T Recommendation 0.1400 412 4^ [8] for a definition of this mechanism. 

5 Single/Multiple Association Control Function (SACF/MACF) rules 

5.1 Reflection of TCAP Application Context (AC) 

TCAP AC negotiation rules require that the proposed AC, if acceptable, is reflected in the first backwards 
message. 

If the AC is not acceptable, and the TC-User does not wish to continue the dialogue, it may provide an 
alternate AC to the initiator which can be used to start a new dialogue. 

TCAP AC negotiation applies only to the gsmSCF interfaces. Refer to ETS 300 287 [ Error! Bookmark 
not defined . §3] for a more detailed description of the TCAP AC negotiation mechanism. 

5.2 Sequential/parallel execution of operations 

In some cases, it may be necessary to distinguish whether operations should be performed sequentially or 
in parallel (synchronized). Operations which may be synchronized are: 

charging operations may be synchronized with any other operation. 

The method of indicating that operations are to be synchronized is to include them in the same message. 
Where it is impossible to execute one of the operations identified above until some other operation has 
progressed to some extent or finished, the sending PE (usually SCP) can control this by sending the 
operations in two separate messages. 

This method does not imply that all operations sent in the same message should be executed 
simultaneously, but simply that where it could make sense to do so (in the situations identified above) the 
operations should be synchronized. 

In case of inconsistency between the above mentioned generic rules and the FE-specific rules as 
specified in Clause 7, the FE-specific rules take precedence over the generic rules. 
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6 Abstract syntax of the CS1-H4AP 

This Clause specifies tine abstract syntax for tine C S1 I NAP AP version 1 , using ASN.1 as defined in 
CCITT Recommendation X.208 [1344^ 

9] and ITU-T Recommendations X.680 [1 8], X.681 [1 9], X.682 [20] and X.683 [21 ]. 
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The encoding rules which are applicable to the defined abstract syntax are the Basic Encoding Rules for 
ASN.1, defined in CCITT Recommendation X.209 [144^ 10] and ITU-T Recommendation X.690 [22] with 
the restrictions as described in ITU-T Recommendation Q. 773 [94^6], §4.1.1, modified by 
ETS 300 287 [ Error! Bookmark not defined . §3]. Additional encodings are cited for parameters used in 
existing ISUP (ETS 300 356-1 [67] M]) and DSS1 (ETS 300 403-1 [5]) standards. 

and DSS1 (ETS 300 ^03 - 1 [ 7 8]) standards. 

Any tags and va l u e s us e d i n th e I TU - T R e comm e ndat i on Q.I 21 8 [ 11 12] and not us e d i n th i s ETS sha ll b e 
r e gard e d as r e s e rv e d. 

For the ISUP and DSS1 parameters used in the W4CAP, only the coding of the parameter value is coded 
as defined in ISUP or DSS1. The DSS1/ISUP defined parameter identifiers are removed and replaced by 
the iNCAP defined parameter identifiers. 

Where possible existing data types from the CS1 ETSI Core INAP (ETS 300 374-1 [14]) and MAP 
(ETS 300 599 [15]) standards have been used. 

The mapping of OPERATION and ERROR to TCAP components is defined in ITU-T Recommendation 
0.773 [9 10] mod i f ie d by ETS 300 287 [ Error! Bookmark not defined. § 6] modified by ETS 300 287 [3] . 
The class of an operation is not stated explicitly but is specified in the ASN.1 OPERATION MACRO, as 
follows: 

c l ass 1 : both RESULT and ERRORS app e ar i n th e ASN.1 OPERAT I ON MACRO d e f i n i t i on; 

class 2: only ERRORS appears in the ASN.1 OPERATION MACRO definition; 

class 3: only RESULT appears in the ASN.1 OPERATION MACRO definition; 

class 4: neither RESULT nor ERRORS appears in the ASN.1 OPERATION MACRO definition. 

Th e s e map to th e c l ass e s 2 through 5, r e sp e ct i v el y, sp e c i f ie d i n CC I TT R e comm e ndat i on X.219 [ 154€^ 
and ETS 300 196 - 1 [ 4 ^] ( I TU - T R e comm e ndat i on 0.932). 

The abstract syntax for H4CAP is composed of several ASN.1 modules describing operations, errors, and 
associated data types. The values (operation codes and error codes) are defined in a separate module. 

The module containing all the type definitions for W4CAP operations is I N - CS1 CAP -Operations and is 
described in subclause 6.1 . 

The module containing all the type definitions for I NAP e rrors i s I N - CS1 CAP errors is CAP -Errors and is 
described in subclause 6.2. 

The module containing all the type definitions for W4CAP data types is tN-CS4 C AP - Datalypes and is 
described in subclause 6.3. 

The module containing the operation codes and error codes for I NAP i s I N - CS1 CAP is CAP -Codes and is 
described in subclause 6.4. 

All the AC definitions for cor e I N CAP are described in subclause 6.5. 
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&tA I N CS1 o The module containing the class definitions for CAP is CAP-Classes and is described in 

subclause 6.6. 



6.1 Operation types 

C oro-INTVP-CSI AP -Operations {ccitt(O) identified-organization (4) etsi(O) inDomain ( 1 ) — in-notwork (1) 
modules (O mobileDomain (0) gsm-Network (1) modules (3 ) 
c sl-operatlons ( ap-operations (50) verslonl (0) } 

— This module contains the type definitions for the IN CS CAP v.l operations. 

DEFINITIONS : := 

BEGIN 

IMPORTS 

OPERATION 

FROM TCAPMessages {ccltt recommendation q 773 modules (2) messages (1) verslon2(2)} 

error types 
Cancelled, 



CancolFallod, 

ETCFallcd, 

ImproporCallorRosponso, 

MlsslngCustomerRecord, 

MlsslngParameter, 

Param o t o rOutOf Rang e , 

RoquostodlnfoError, 

SystemFallure, 

TaskRefused, 

Unavallabl e R e sourc e , 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter— 

UnknownLcgID 



FROM Core-INAP-CSl-Errors {ccltt (0) Identlfled-organlzatlon (4) etsl (0) InDomain (1) In-network (1) modules (0) 
csl-errors (1) verslonl (0) } 

— CAP error types 
SystemFailure 

FROM CAP-Errors {ccitt (0) Identlfled-organlzatlon (4) etsl (0) moblleDomaln (0) gsm-Network (1) 
modules (3) cap-errors (51) verslonl (0) } 

— argument types 

ActlvatcScrvlceFllterlngArg, 



ApplyCharglngArg, 
ApplyCharglngReportArg, 
AsslstRoquostlnstructlonsArg, 
CallGapArg, 



CalllnformatlonRoportArg, 
CalllnformatlonRequestArg, 



CancolArg, 

Collect InformatlonArg, 

ConnectArg, 

Conn e ct ToR e sourc e Arg, 

EstabllshTomporaryConnoctlonArg, 

EvcntNotlflcatlonCharglngArg, 

EventReportBCSMArg, 

FurnlshCharglnglnformatlonArg, 

InltlalDPArg, 



InltlateCallAttcmptArg, 

Play/VnnouncomontArg, 

Prompt AndCollectUserlnformatlonArg, 

RocolvodlnformatlonArg, 

ReleaseCallArg, 

RoquostNotl float lonCharglngEvontArg, 

RcqucstRcportBCSI^^vcntArg, 



Reset TlmorArg, 

SendCharglnglnformatlonArg, 

SorvlcoFlltorlngRosponseArg, 

SpcclallzcdRcsourceRepor lnltlalDPArg, 

ReleaseCallArg, 

RequestReportBCSMEven tArg 
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FROM C ore INT'J' CSl AP-DataTypes {ccitt(O) identified-organization (4) etsi(O) inDomain ( 1 ) — in nctworlc(l) 
modules (0) — csl-datatypeg ( mobileDomain (0) gsm-Network ( 1 ) modules (3) cap-datatypes (52) versionl (0) }; 
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TYPE DEFIMITIQ^JS FOR IN CSl QPERATIQMS FOLLOW 

SCF - SSF operations 

ActivatcScrvicGFiltGring : :- OPEPJVTIOM 

lARGUI^IENT 



ActivatoSorvicoFiltoringArg 



RESULT 
EPJIORS { 



MissingParamctcr, 
ParamotorOutOf Range, 



SyGtcmFailurc, 

TaDl-.RofuGod, 



UncxpcctcdComponcntScqiicncc , 
UnoxpoctodParamotor 



— — Direction: SCF -> SSF, Timer: T ^^^ 

— When receiving thio operation^ — the SSF handloo calls to destination in a opocified manner 

— — without sending queries for every detected call. — It is used for example for providing televoting 

— or mass calling services. — Simple registration functionality — (counters) — and announcement 

— — control may be located at the SSF. The operation initializes the specified counters in the SSF. — TYPE 
DEFINITIONS FOR CAP v.l OPERATIONS FOLLOW 

ActivityTest : := OPERATION 

RESULT 

— Direction: SCF -> gsmSCF -> gsm SSF, Timer: T^^ 

— This operation is used to check for the continued existence of a relationship between the gsmSCF 

— and gsmSSF. If the relationship is still in existence, then the SSF will respond. — If no r e ply is 
received, — gsmSSF will respond. If no reply is 

— then the SCF will assume that the received, then the gsmSCF will assume that the gsmSSF has failed in 
some way and will take the 

the — appropriate action. 

ApplyCharging : :- OPERATION 

TVRGUI^^^JT 

ApplyChargingArg 



EPvRORS { 



MissingParameter, 
UnexpoctedComponontSequence , 
UnexpectedParameter, 
UnexpoctedDataValue, 



ParameterOutOf Range, 
SystemFailuro, 



TaslcRefused 



Direction: SCF — > SSF, 

— — This operation is used for interacting from the SCF with the SSF charging mechanisms. — The 
— Apply Char gingRoport operation provides the feedback from the SSF to the SCF. 

ApplyChargingReport : :- OPERATION 

TVRGU^^NT 



Apply Char gingRoportArg 



ER.RORS 



MissingParameter, 
UnexpoctedComponontSequence , 
UnexpectedParameter, 



UnexpoctedDataValue, 
ParameterOutOf Range, 



SystemFailuro, 

Tasl-.Refused 



Direction: SSF -> SCF, 



— This operation is used by the SSF to report to the SCF the occurrence of a specific charging event as 

— — requested by the SCF using the ApplyCharging operation. 

AssistRequestlnstructions : :- OPERATION 

TVRGUI^^NT 



As si stRequest Instruct ionsArg 



ERJIORS { 



MissingCustomerRecord, 
MissingParameter, 



TaslcRefused, 

UnexpectedComponontSequence, 
UnexpoctedDataValue, 
UnexpectedParameter 
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Diroction: SSF — ■> SCF or SRF — > SCF, 

Thia operation ia uacd when there is an agsiot or a hand off procedure and may be ocnt by the 

SSF or SRF to the SCF. Thlo operation In oent by the SSF or SRF to the SCF, when the Initiating 

SSF haa aet up a eonnection to the SRF or to the asoigting SSF as a rcoult of receiving an 

— EctablichTcmporaryConnection or Connect — (in cage of hand-off) — operation from the SCF. 

CallGap : :- OPEP>ATION 

ARGTOENT 

CallGapArg 

Diroction: SCF — > SSF, Timor: T 

= Thio operation is uocd to r e qucot the SSF to reduce the rate at which specific service requcctc 

aro Dont to the SCF. 

CalllnformationRoport : :- OPEPvATION 

7tf^GUl'4ENT 

CalllnformationRoportArg 

Diroction: SSF — > SCF, Timor: T ^j_ 

= Thio operation is used to g e nd gpecific call information for a gingle call to the SCF ao 

— rcquogtcd by the SCF in a previoug calllnformationRequegt . 

CalllnformationRoquoot : :- OPEPvATION 

Ttf^GUl'^ENT 

CalllnformationRoqucgtArg 



MiggingParamotcr, 



ParamctcrOutOf Range, 
RcquogtodlnfoError, 



SygtomFailurc, 
TaoltRofuood, 



Uno;;pcetcdComponontScquence, 
Uncj;pcctccU?aramctcr 



Direction: SCF — > SSF, Timer: T ^j^j, 

— Thig operation io uoed to requegt the SSF to record gpecific information about a ginglo call 

and report it to the SCF — (with a calllnformatlonReport operation) . 

Cancel : :- OPEPvATION 

7\RGUMENT 

CaneclArg 



EPvRORS [ 



CaneclFailcd 



Diroction: SCF — > SPJ or SCF -> SSF, Timer: T ^ ^^ 

= Thig generic operation cancclg the correlated previoug operation or all previoug requectg. — The 

— following oporationg can be cancelled: 

= PlayAnnounecmcnt and PromptAjidCollcctUgcrlnformation. 

Colloctlnformation : :- OPEPvATION 

7\RCU1'4ENT 

Collect Informal lonArg 



EPJIORS [ 



MiggingParamctor, 
SygtomFailurc, 



TagkRofugod, 



Unoj;poetcdComponontSoquGnce, 



Unoj^poetcdDataValuc, 
Uncj;pcetcdParamctcr 



Direction: SCF — > SSF, 

Thig operation ig uged to requegt the SSF to perform the originating baaic call procogoing 

= actiong to prompt a calling party for degtination information, — then collect destination information 

— according to a gpoeified numbering plan — (e.g., — for virtual private nctworlcg) . 

Connect : := OPERATION 

ARGUMENT 

ConnectArg 
ERRORS { 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter 



GSM 09.78 version 5.1.0 76 TS 1 01 046 V5.1 .0 (1 997 08) 

— Direction: SGF — s^ gsmSCF -> gsm SSF, Timer: T^^^ 

— This operation is used to request the gsmSSF to perform the call processing actions to route or 

— forward a call to a specified destination. To do so, the gsmSSF may or may not use destination 

— information from the calling party (e.g., dialled digits) and existing call setup information (e.g., 
depending 

— route indc;^ to a list of trun]^ groups) , — depending on the information provided by the SCF . 
gsmSCF . 

ConnoctToRosourco : :- OPERATION 

TtftCIJ^ENT 



ConnoctToRosourcoArg 



EPvRORS 



MissingParamotor, 
SystcmFailurc, 



TasltRofusod, 

Unc;;pcctcdComponcntScqucncc, 
Unoj^poctodDataValuG, 
Unc;;pcctcdParamctcr 



Diroction: SCF -> SSF, Timor: T ^^^, 

This operation is used to connect a call from the SSP to the PE containing the SRF. 

Continue ::= OPERATION 

— Direction: SCF — s^ gsmSCF -> gsm SSF, Timer: T^^^ 

— This operation is used to request the gsmSSF to proceed with call processing at the DP at which it 

— previously suspended call processing to await gsmSCF instructions (i.e., proceed to the next point 

— in call in the BCSM) . The gsmSSF continues call processing without substituting new data from SCF. 
gsmSCF . 

DisconncctForwardConncction : :- OPERATION 

ERvRORS [ 



SystcmFailurc, 
TasltRofusod, 



Unc;;pcctcdComponcnt Sequence 



Diroction: SCF -> SSF, Timor: T ^^^ 

= This operation is used to disconnect a forward temporary connection — or a connection to a resource 

EstablishTcmporaryConnoction : :- OPERATION 

TVRGUl'^E^lT 



EstablishTomporaryConncctionArg 



ERvRORS [ 



ETCFailod, 



MissingParamotor, 



SystcmFailurc, 
TasltRofusod, 



Unc;;poctcdComponontScqucnce, 
UnoJcpoctodDataValuo, 



Unc;;poctcdParamotcr 



Diroction: SCF -> SSF, Timor: T ^^^ 

= This operation is used to create a connection to a resource for a limited period of time — (e.g. — to 

— play an announcement, — to colloct user information) ; — it implies the use of tho assist procedure. 

EvontNotificationCharging : :- OPERATION 

7tf^GUl'4ENT 

Evont^JotificationChargingArg 



Direction: SSF — > SCF, Timor: T ^^^ 

= This operation is used by tho SSF to report to the SCF the occurrence of a specific charging — event 

— t^TDC as previously requested by the SCF in a RcqucstNotificationChargingEvont operation. 

= Tho operation supports the capabilities to cope with the interactions concerning charging — (refer 

to TVnnoic B, Clause B.5) . 

EventReportBCSM ::= OPERATION 

ARGUMENT 

EventReportBCSMArg 

— Direction: SSF — ;^ gsmSSF -> gsm SCF, Timer: T^-^]^ 

— This operation is used to notify the gsmSCF of a call-related event (e.g., BCSM events such as 

— busy or no answor answer or disconnect) previously requested by the gsmSCF in a RequestReportBCSMEvent 
operation . 
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FurniahCharginglnformation : :- OPERATION 

TtflGUENT 



FurniGhCharginglnformationArg 



ERRORS 



MiDDingParamctcr, 
TaolcRofuood. 



UnGJ^pGctGdComponGntScquGncG, 



UnGJ^pGctGdDQtQValuG, 
UnGJ^pGctGdParamGtGr 



DirGction: SCF — > SSF, 

Thio opGration io uoGd to roquGot the SSF to gonorato, — rogistor a call record or to include oomo 

information in the default call record. The registered call record ia intended for off-lin e charging 

— of the call . — The charging ccGnarioc cupportod by thig operation are: — 2 .2, — 2 . 3 and 2 . 4 — (refer to /Vnnojc B 

= whore thoGG arc defined) . 

InitialDP ::= OPERATION 

ARGUMENT 

InitialDPArg 
ERRORS { 

MissingCustomerRecord, 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter 

} 

— Direction: SSF — ;^ gsmSSF -> gsm SCF, Timer: Tj^^ 

— This operation is used after a TDP to indicate request for service. 

InitiateCallAttcmpt : :- OPERATION 

7\RCU1'4ENT 



InitiateCallAttcmptArg 



EPvRORS [ 



MissingParameter, 
SystemFailure, 



TaslcRofusod, 

Uncj;poctcdComponcntScquence, 
Une;;pcctcdDataValue, 
Uncj;pcctcdParamctcr 



— This operation io used to request the SSF to create a now call to one call party using 

= address information provided by the SCF. 

ReleaseCall ::= OPERATION 

ARGUMENT 

ReleaseCallArg 

— Direction: SCF 



— This operation is used to tear down an existing call at any phase of the call for all 

— parties involved in the call. 

R e qu e stNotificationChargingEv e nt : :- OPERATION 

TVRCUMENT 



RequestNotificationChargingEventArg 



EPvRORS [ 



MissingParameter, 
SystemFailure, 



TaslcRefuscd, 

Unej^poctodComponentSequGncG, 
Unc;;pectcdDataValue, 
Uncj^pectedParameter 



Direction: SCF — > SSF, 

This operation io used by the SCF to instruct the SSF on how to manage the charging events 
which arc received from other FEs and not under control of th e service logic instance. — The 
operation supports the capabilities to cope with the interactions concerning charging — (refer to 
7\nnc;; B, — Clause B. 5) . 



GSM 09.78 version 5.1.0 78 TS 1 01 046 V5.1 .0 (1 997 08) 

RequestReportBCSMEvent ::= OPERATION 

ARGUMENT 

RequestReportBCSMEventArg 
ERRORS { 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter 

} 

— Direction: SSF — ;:^ gsmSCF -> gsm SSF, Timer: T^^^^j^ 

— This operation is used to request the gsmSSF to monitor for a call-related event (e.g., BCSM events 

— such as busy or no ansvjor answer or disconnect) , then send a notification back to the gsmSCF when the 
event is 

detected. 

RosotTimor : :- OPEPvATION 

/VRGUtJENT 



RosotTimorArg 



MissingParamotor, 



TaskRefused, 

UnGJ^pGctGdComponontSoquGncc, 
Uno^^pGctodDataValuG, 
UnojcpGctodParamotor 



— This oporation is used to roquost the SSF to refresh an application timer in the SSF. 

SondCharginglnformation : :- OPEPvATION 

Ttf^CUl'^ENT 



SendCharginglnformationArg 



EPvRORS 



MissingParametcr, 

Unc;;pcctcdComponcntScqucncc, 

UncJcpectcdParametcr, 



ParamctcrOutOf Range, 
SystemFailure, 



TaskRefused, 



Unl^nownLoglD 



This oporation is used to — instruct the SSF on the charging information to bo sent by the SSF. 

The charging information can cither be sent back by means of signalling or internal if the SSF is 

— located in the local o;^chango. — In the local c;cchangc this information may bo used to update the 

= charge meter or to create a standard call record. — The charging scenario supported by this operation is 

— scenario 3.2 — (refer to -Annexe B v/hcrc those arc defined) . 

ServicoFiltoringRosponso : :- OPEPvATION 

.ARGUl'^ENT 



ServiceFilteringResponscArg 



Direction: SSF 

This operation is used to send bacli to the SCF the values of counters specified in a previous 

ActivateServiceFiltering operation . 

SCF - SRF 



As si stRequcst Inst ructions 
-S«F > SCF 



Refer to previous description of this operation in the SCF-SSF operations subclause. 
Cancel 



-SCF — > SPvF 
Refer to previous description of this operation in the SCF-SSF operations subclause. 
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PlQy/VnnouncGmcnt : :- OPERATION 

i^JlGUI^IENT 



Play/VnnouncomontArg 



ERRORS 



Cancelled, 



MisoingParameter, 
SystemFailure, 



UnQvailablcRcGQurcc, 
UnGxpectGdComponentSequcncc, 
UncxpcctcdDataValuc, 
UnexpectedParameter 



LINKED { 



Special izcdRcsourccRcport 



Direction: SCF — > SP - F, Timer: T 

— — This operation is to b e used after Establish Temporary Connection — (assist procedure with a 

— second SSP) — or a Connect to Resource — (no assist) — operation. — It may be used for inband 

— — interaction with an analogue user, — or for interaction with an ISDN user. — In the former case, — the SRF 

— is usually collocated with the SSF for standard tones — (congestion tone etc.) — or standard 

— — announcements . — In the latter case, — the SRF is always collocated with the SSF in the switch. Any 

— error is returned to the SCF. — The timer associated with this operation must be of a sufficient 

— — duration to allow its linked operation to be correctly correlated. 

Prompt/VndCollectUserlnformation : :- OPERATION 

TVRGUI^^NT 



Prompt AndCollectUserlnformationArg 



P.ESULT 

ReceivedlnformationArg 

EPJIORS { 



Cancelled, 
ImproperCallerResponse, 



MissingParameter, 
SystemFailure, 



TaskRefused, 
UnavailableResource, 



UnexpectedComponentSequence , 
UnexpectedDataValue, 



UnexpectedParameter 



Direction: SCF — > SP - F, Timer: T ^^ 

— — This operation is used to int e ract with a user to collect information. 

SpecializedResourceReport : :- OPEPJVTION 

TVRGUI^^NT 



SpecializedResourceReportArg 



Direction: SRJ^ -> SCF, Timer: T ^.^.^ 

This operation is used as the response to a PlayAnnoun cement operation when the announcement completed 

report indication is set. 
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Operation timers 

The following value ranges apply for operation specific timers in INCAP: 

short: 1 to 10 s e conds; 

m e d i um: 1 to 60 s e conds; 

tefig^ 1 s e cond to 30 m i nut e s. 20 seconds: 



Table-3_J. lists all operation timers and the value range for each timer. The definitive value for each 
operation timer may be network specific and has to be defined by the network operator. 



Table 31 



Operation Name 


Timer 


value 


Operation Name 


Timer 


value range 




=Fasf 








ActivityTest 


Tat 


short 


Annhi'OhTrninn 


"•"ac 


stert 






"•"acf 


stert 






"•"aw 


stert 




Pnlinnn 


"•"GQ 


stert 






"•"GJfp 


stert 




Onlllnfr»i'mn + ir»nRpni IPC*t 


"•"GJfQ 


stert 






~l~pgn 

V-iCll 1 


stert 




Or»llQr>tlnfonmtinn 


T^ 


mpHii im 






Connect 


"•"con 


short 


r^r»nnQr>tXr»QQC*ni ICPP 


Tctp 


stert 




Continue 


"•"cue 


short 




TdfG 


stert 






Tetc 










TeRG 


stert 




EventReportBCSM 


Terb 


short 


Pi ii'nic*hr^hni'r(inr(lnfr»i'mritinn 


Tf^ 


stert 




InitialDP 


Tidp 


short 


Initi'i+QP'^ll Aftomnt 


-rjpg 


stert 




ReleaseCall 


Trc 


short 




"•"me 


stert 




RequestReportBCSMEvent 


Trrb 


short 




Trt 


stert 






"•"set 


stert 






TsfF 


stert 




PlT>i'Annni inppmpnt 


Tpa 


l©R§ 




Drrtmr^t A nHOr»llQr>+l Ic^Qrlnfrtrmrj+ir*!-! 


TpG 


l©R§ 






Ts^ 


stert 
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6.2 I N CS1 eError types 

C ore IN/'iT CSI AP-Errors { ccitt (0) identified-organization (4) etsi(O) inDomain ( 1 ) — in nctvjor]c(l) 
modules (O mobileDomain ( ) gsm-Network ( 1 ) modules ( 3 ) 
c dI errorn ( ap-errors (51) versionl (0) } 

— This module contains the type definitions for the IN CS CAP v.l errors. 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

IMPORTS 

ERROR 

FROM TCAPMessages {ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 

InvolccID, 



UnavailableNetworkResource 

FROM C oro"IN7\P-CSl AP-DataTypes {ccitt (0) identified-organization (4) etsi(O) inDomain ( 1 ) — in-nGtwork(l) 
modules (0) — csl-datatypos ( mobilePomain (0) gsm-Network ( 1 ) modules (3) cap-datatypes (5 2) versionl (0) }; 

— TYPE DEFINITIONS FOR IN CS CXP v. l ERRORS FOLLOW 

Cancelled : : - EPvROR 

— The operation has been cancelled. 

CancolFailod : : - EPvROR 

PTtfVtf^ETER SEQUENCE [ 



problem [0] ENUMEPvATED [ 

unlcnownOpcration (0) 



tooLate (1) , 



opcrationNotCanccllable (2) 



operation [^ — InvokcID 



= The operation failed to be cancelled. 

ETCFailcd : : - EPvROR 

= The establish temporary connection failed. 

ImpropcrCallcrRcsponsc : :- EPJIOR 

= The caller response was not as cjcpccted. 

MissingCustomcrRccord : :- EPvROR 

= The Service Logic Program — (SLP) — could not be found in the SCF . 

MissingParamotcr : :- EPvROR 

= An c;;pcctcd optional parameter was not received. 

ParamctcrOutOf Range : :- EPvROR 

= The parameter was not as cjcpcctcd — (e .g. ^ — missing or out of range) 

RcqucstcdInfoError : :- EPvROR 

P7\PvM4ETER ENUMEPvATED [ 

unJ^nownRcqucstcdlnfo (1) , 

requGstedlnfo^JotAvailable (2) 



^ 

= The requested information cannot be found. 

SystemFailure : := ERROR 

PARAMETER 

UnavailableNetworkResource 

The operation could not be completed due to a system failure at the serving PE entity . 
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TQGkRcfuDGd : : - ERROR 

P/^iR/^J^IETER ENUI^IER/^iTED [ 

generic (0) , 

unobtainable (1) , 

congeDtion (2) 



An entity normally capable of the task requested cannot or ehoooco not to perform the task at 

— this time — (this includes error situations like congestion and unobtainable address as usod in 

— — e.g. , — the connect operation) . 

UnavailablcResourcc : :- EPJIQR 

— — A requested resource is not available at the serving entity. 

UnexpectedComponcnt Sequence : : = ERROR 

— — An incorrect sequence of Components was received — (e.g. , — "DisconnectForwardConncction" 
— followed by "PlayAnnouncement") . 

UnexpectedDataValuG : :- EPJIOR 

— The data value was not as expected — (e.g., — routing number expected but billing number 

— — received) 

UnexpcctedParamcter : : = ERROR 

— — A parameter received was not expected. 

UnknownLcgID : :- EPJIOR 

— — Leg not known to the SSF . 

&^ I N CS1 data typ e s 

EXTENSION I'gVCRO :;- 

BEGIN 

TYPE ^lOTATIOtl :;- EiitonaionT^j'po Criticallty 

VTVLUE NOTATION : :- value (INTEGER) 

ExtonoionT^'po : :- "EXTENSI0N-SYNT7«" typo 

Criticallty : :- "CRITIC7ULITY" value (CriticalityTypc) 

CritlcQlltyTypo : : - EtlUt^EPvATED [ 

ignore (0) , 

abort (1) 



Ejcamplo of addition of an ojctonoion named "SomoNGtworlcSpocificIndicator" of t^^po 
B00LE7\^J, — with criticallty "abort" and to be identified ag c^ctcnsion number 1 
E;;ample of definition using the above macro: 

SomoNotworltSpocificIndicator : :- EXTENSION 
EXTENSION SYNT7VX BOOLEMl 
CRITIC7ULITY abort 



aome^Jotworl^Spocif icindicator SomeNetvjorl^Specific Indicator — : :- 1 

Eiiample of tranofer syntax, — using the ExtenoionField datatype ao opocifiod in the modulo 
below. Assuming the value of the extension is set to TRUE, — the extensions parameter 
becomes a SEQUENCE of type INTEGER : :- 1, criticallty ENU1"ER7'JED ::- 1 and 
value [1] I1'4PLICIT B00LE7\N : ;- TRUE. 
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6.3 Data types 

C orc-IN7\P-CSl AP-DataTypes {ccitt(O) identified-organization (4) etsi(O) InDomaln ( 1 ) — In-nctwork (1) 
modulcD (O mobileDomain (0) gsm-Network ( 1 ) modules (3) 
c al-datatypca ( ap-datatypes (5 2) versionl(O)} 

— This module contains the type definitions for the IN CS CAP v.l data types. 

The following parameters map onto bearer protocol (i.e., ETS 300 103-1 [ 761 — (DSSl) and 

ETS 300 356-1 [ 6^ — (ISUP) ) paramotoro : 

= CallcdPartyNumber, — BearcrCapability, — CallingPartyNumber, — HighLayerCompatibility, 

— DestinationRoutingAddress, — OriginalCalledPartylD, — Redirect ingParty ID, — Redirect ionlnformat ion, 

= AccessTransport, — CallingPartyCategory, — ForwardCall Indicators, — LocationNumbcr, 

AssiatingSSPIPRoutingAddress, AlertingPattern (Q.931 only), ReleaseCauso 

= (and other Cause parameters) , — AdditionalCallingPartyNumber . 

The following SSF parameters do not map onto bearer protocol (i.e., ETS 300 103-1 [ 7-81 — (DSSl) 

— and ETS 300 356-1 — ^6^/1 — (ISUP) ) — parameters and therefore are assumed to be local to the 

= switching system: 

RoutcList, LegID, — IPSSPCapabilities, — IPAvailable, CGEncountered, 

CorrelationID, — Timers, — MiscCalllnfo, — and ServiceKey. 

= Where possible, — administrations should specify within their networlc the maximum size of 

— parameters specified in this ETS that are of an indeterminate length. 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

IMPORTS 

InvoI^cIdTypc 

FROM TCAPMcssages — [ccitt recommendation q 773 modules (2) — messages (1) — version2 (2) ] ; 
CallingPartysCategory, 

HighLayerCompat ibi 1 ity , 

MiscCalllnfo, 



MonitorMode, 



Redirect ionlnformat ion, 
ServiceKey 



FROM Core-INAP-CSl-DataTypes { ccitt (0) identified-organization (4) etsl(O) InDomaln (1) 
in-network (1) modules (0) csl-datatypes (2) versionl(O)} 



IMS I, 



Ext-BasicServiceCode 

FROM MAP-CommonDataTypes { ccitt (0) identified-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-CommonDataTypes (18) versions (3)} 

Locat ionlnformat ion, 
SubscriberState 



FROM MAP-MS-DataTypes { ccitt (0) identified-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-MS-DataTypes (11) versions (3)} 

CallReferenceNumber, 



SuppressionOf Announcement 

FROM MAP-CH-DataTypes { ccitt (0) identified-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-CH-DataTypes (13) versions (3)} 

— TYPE DEFINITIONS FOR IN CS CAP v. l DATA TYPES FOLLOW 

— Argument Data Types 

— The ordering of parameters in the argument sequences has been arbitrary. — Further study may 

= be required to order arguments in a manner which will facilitate efficient encoding and decoding. 

ActivatcScrviccFiltcringArg : :- SEQUENCE [ 

filteredCallTreatment [0] FilteredCallTroatment, 

f 1 It eringChar act eristics [i^j — Filter ingChar act eristics, 

filteringTimeOut [2] FilteringTimeOut, 

filteringCriteria [31 — Filter ingCr iter ia, 

startTime [1] DatcTVndTimc OPTIONAL, 

extensions [5] SEQUENCE SIZE (1. .numOfExtensions) OF ExtensionField OPTIONJVL 
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ApplyChargingArg 



SEQUENCE [ 



QChBillingChargingCharQctcriciticG 
DondCalculationToSCPIndl cation 



-i4- 



^0-] — AChBillingChargingCharactcristicG 

BOOLEMl DEFAULT F7ULSE, 



partyToChargc 
GJ^tGRDionD 



OPTIONT'iL. 



[2] LGgID 

[3] SEQUENCE SIZE (1. .numOfExtGnDlonD) OF ExtGnoionFlold 



OPTIONAL 



that ApplyChargingRGport opGrations 
bo got to TRUE. 



= Tho sondCalculationToSCPIndication paromotcr indicates 

— arc Gj^poctod from the SSF . — This parameter ghall alwayc 

= Tho PartyToChargo parameter indicates the party in the call to which the ApplyCharging 

— oporation should bo applied. — If it is not present, — then it is applied to tho A-party. 

ApplyChargingRoportArg : :~ CallRosult 



AssistRoquODtlnotructionsArg 



SEQUENCE [ 



corrolationID 
iPAvailablo 



[0] CorrolationID, 
[1] IPAvailablo 



0PTI0N7UL, 



iPSSPCapabilltios 
o;;tonsions 



IPSSPCapabilitics OPT^ 

SEQUENCE SIZE(1. .numOfExtensions) OF ExtensionField 



OPTIONAL 



OPTIONAL donotoo network operator specific use. The value of tho corrolationID may bo the 
Called Party Number supplied by the initiating SSF. 
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CallGapArg : : - SEQUENCE ( 

gapCritcria HiH — GapCritcria, 

gaplndicatoro [1] — GapIndicatorG, 

GontrolT^y'pc [2] ControlTypc OPTIONT'iL, 

gapTroQtmont — [3] GapTroatmont OPTIONTVL, 

cxtcnoiona [1] SEQUENCE SIZE (1 . .numOfExtcnolona) OF ExtcnolonFlcld OPTIONAL 



= OPTIONAL denotes nctworli operator optional. — If gapTrcatmcnt ig not present, — the SSF will use 

— Q default treatment depending on networli operator implementation. 

CallInformationP.eportArg : : - SEQUE^ICE [ 

requestedlnformationList H^H — Request odlnformationList, 

Oictensions [2] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionFiold OPTIONAL 



CallInformationP.ec[uestArg : : - SEQUENCE [ 

requestedlnformationTypeList |r€H — RequestedlnformationTypcList, 

Oictensions [2] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionFiold 



CancelArg : :- CHOICE [ 

invokelD FBI — InvokelD, 

allRoquosts [1] NULL 

^ 

= The InvokelD has the same value as that which was used for the operation to be eanecllcd. 

CollectlnformationArg : : - SEQUENCE [ 

oiitonsions [1] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionFiold OPTIONAL 



ConnectArg : : = SEQUENCE { 

destinationRoutingAddress [0] DestinationRoutingAddress, 

alertingPattern [1] AlertingPattern OPTIONAL, 

correlationID [2] CorrelationID OPTIONAL, 

cutTVndPasto [3] CutTVndPasto 0PTI0N7UL, 

originalCalledPartylD [6] OriginalCalledPartylD OPTIONAL, 

routoList [7] RoutoList 0PTI0N7UL, 

scfID [8] ScfID 0PTI0N7UL, 

extensions [10] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIONAL, 

servicelnteractionlndicators [26] — Service Interaetionlndieat or s genericNumbers 

[14] GenericNumbers OPTIONAL, 

callingPartyNumber [27] CallingPartyNumber OPTIONAL, 

callingPartysCategory [28] CallingPartysCategory OPTIONAL, 

redirectingPartylD [29] RedirectingPartylD OPTIONAL, 

redirectionlnformation [30] Redirectionlnformation OPTIONAL, 



^ 

= For alerting pattern, — OPTIONAL denotes that this parameter only applies if SSF is the 

— terminating local e;;change for the subscriber. 

ConnoctToRosourcoArg : :- SEQUENCE [ 

rosourcoAddress CHOICE [ 

ipRout ingAddr s s [0-] — IPRout IngAddr e s s , 

none [3] NULL 



extensions [1] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIOtlAL, 



servicelnteractionlndicators [30] — Service Interaetionlndieat or s 



EstablishTomporaryConncctionArg : :- SEQUENCE [ 

assistingSSPIPRoutingAddross [0] AssistingSSPIPRoutingAddress, 

correlationID [1] CorrelationID OPTIONAL, 

scfID [3] ScfID OPTIONAL, 

extensions [1] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIONAL, 

servicelnteractionlndicators [30] — Service Interaetionlndieat or s QPTIQNAX 
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Evcnt^JotificationChargingArg 



: : - SEQUE^ICE [ 

-{4^ — Event T^'pcCharging, 



event T^'pcCharging 

eventSpecificInformationCharglng [1] — EvontSpocificInformationCharging 



0PTI0N7UL. 



leglD 

e;;tenDionD 



LegID 



OPTIONTVL, 



[3] SEQUENCE SIZE (1. .numOfExtenDlonn) OF ExtenolonFlold 



OPTIONT'iL, 



monitorMode 



[30] MonitorMode 



DEFAULT notifyTVndContinuo 



— ^ OPTIONAL donotOG notwor]^ operator specif ic ugg. suppressionOfAnnouncement 

SuppressionOf Announcement OPTIONAL, 

oCSIApplicable [56] OCSIApplicable OPTION 



[55] 



} 



EventReportBCSMArg : : = SEQUENCE { 

event TypeBCSM [0] Event TypeBCSM, 

eventSpecificInformationBCSM [2] EventSpecificInformationBCSM OPTIONAL, 
leglD [3] LegID OPTIONAL, 

miscCalllnfo [4] MiscCalllnfo DEFAULT (messageType request}, 

extensions [5] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIONAL, 



FurnishCharginglnformationArg 



FCIBillingChargingCharact eristics 



InitialDPArg 

serviceKey 
calledPartyNumber 
callingPartyNumber 
callingPartysCategory 

cGEncountered 



iPSSPCapabilities 
iPAvailable 



SEQUENCE { 

ServiceKey, 

CalledPartyNumber OPTIONAL, 

CallingPartyNumber OPTIONAL, 

[5] CallingPartysCategory OPTIONAL, 

CGEncountered OPTION/VL, 

OPTIONTVL, 

0PTI0N7UL, 



4*^ 
[8] IPSSPCapabilities 
[9] IPAvailable 



locationNumber 
originalCalledPartylD 
extensions [15] 

liighLayerCompatibility 
service Inter act ionlndicat or s — 



[10] LocationNumber OPTIONAL, 
[12] OriginalCalledPartylDOPTIONAL, 
SEQUENCE SIZE (1. .numOfExtensions) OF ExtensionField 
OPTIONAL, 
[23] HigtiLayerCompatibility OPTIONAL, 
r2^1 Servj celnter.-lctinnTndi natorn OPTIONTVL, 



[24] — Servicelntoract ionlndicat ors — 
[25] AdditionalCallingPartyNumber 
[26] ForwardCalllndicators OPTIONAL, 



additionalCallingPartyNumber 
forwardCalllndicators 



OPTIONAL, 



bearerCapability 
event TypeBCSM [2g 

redirectingPartylD [29 
redirect ionlnformat ion 



[27] BearerCapability OPTIONAL, 

EventTypeBCSM OPTIONAL, 
RedirectingPartylD OPTIONAL, 

[30] Redirectionlnformation OPTIONAL 



OPTIONTVL for iPSSPCapabilities, — IPAvailable, — cCEncountorod denotes notworlt oporator specif ic use. 
OPTIONTVL for callingPartyNumber, — and callingPartysCategory refer to Claus e 7 for the trigger detection 
point processing rules to specify wlien these parameters are included in tlio message. 
Tlie following parameters shall be recognized by tlac SCF upon reception of InitialDP: 
dialledDigits [1] CalledPartyNumber OPTIONTVL, 



callingPartyBusinessGroupID 

callingPartySubaddress 

miscCalllnfo 



[4] CallingPartyBusinessGroupID — OPTIONTVL, 
[6] CallingPartySubaddress OPTIONTVL, 



[11] MiscCalllnfo 



OPTIONTVL, 



serviceProfile Identifier 



[13] — ServiceProfile Identifier 



OPTIONAL, 



terminalType 



[14] TerminalType 



OPTIONTVL 



These parameters shall be ignored by the SCF and not load to any error procedures. 

These parameters shall not be sent by a SSF following this ETS. 

For details on the coding of these parameters refer to ITU-T Recommendation Q.1218 — FH^ 



InitiateCallAttemptArg 



SEQUEtlCE [ 



destinationRoutingAddress — [OH — DestinationRoutingAddres 
[1] AlertingP attorn — 



alert ingP attorn 
e;;tensions 



OPTIONTVL, 



[4] SEQUENCE SIZE (1. .numOfExtensions) OF ExtensionField 



OPTIONTVL, 



servicelntoract ionlndicat ors 



[29] — Service Interact ionlndicat ors 



OPTIONAL, 



callingParty^Jumber 



[30] CallingPartyNumber 



PlayTVnnouncementArg 

informationToSend 



: : - SEQUEtlCE [ 
-fOH — InformationToSend, 



disconnectFromlPForbidden — [ 1 ] BOOLEA^l — DEFAULT TRUE, 



requestTVnnouncementComplete 



BOOLETM'l DEFAULT TRUE, 
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Gxtonaiono [3] SEQUENCE SIZE (1 . .numOfExtonGlono) OF ExtoriDlonFiold 

OPTIONAL 
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PromptTVndColloctUaorlnformationArg 
collcctcdinfo 



SEQUENCE 



[0] Collcctcdinfo, 

dlDConncctFromlPForbiddcn — [ 1 ] BOOLEMl — DEFAULT TRUE, 

informationToScnd [i^ — InformationToScnd OPTIONAL, 

cj^tcnoiona 



[3] SEQUENCE SIZE (1. .numOfExtcnDlonD) OF ExtcriDlonFlcld 
OPTIONT'iL 



RcccivcdlnformationArg 



digitDRcDponDG — 

IMS I 

subscriberState 



[0] DigitD _^ 

[50] IMSI 



OPTIONAL, 



[51] SubscriberState 



OPTIONAL, 



locationlnformation 



[52] Locationlnformation 



OPTIONAL, 



ext-basicServiceCode 



[53] Ext-BasicServiceCode OPTIONAL, 



callReferenceNumber 



[54] CallReferenceNumber 



OPTIONAL, 



ReleaseCallArg : := Cause 

= A default value of decimal 31 — (normal uncpccificd) — gliould be coded appropriately. 



RequcstNotificationChargingEventArg 



SEQUENCE SIZE (1 ■ .numOfCharglngEvcntG) OF ChargingEvcnt 



RequestReportBCSMEventArg : := SEQUENCE ( 

bcsmEvents [0] SEQUENCE SIZE (1 . .numOfBCSMEvents) OF BCSMEvent, 

extensions [2] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField OPTIONAL, 



Indicates the BCSM related events for notification. 



ResetTimerArg : : 
timerlD 



SEQUENCE [ 
[0] TimerlD — DEFAULT tssf. 



timervalue [^ — TimerValue, 



cj^tensions 



[2] SEQUENCE SIZE (1. .numOfExtcnGionn) OF ExtcncionFicld 



SendCharginglnformationArg 

sCIBillingChargingCharactcristiCG 



SEQUENCE [ 



OPTIONAL 



-H^H — SCIBillingChargingCharactcriGticG 



leglD 

ej^tensions 



[1] LegID, 

[2] SEQUENCE SIZE (1. .numOfExtcnGionG) OF ExtcnGionFicld 



OPTIONAL 



ServiceFilteringReGponseArg 



SEQUENCE 



count or sValue [O^ — Counter oValuc , 

filteringCriteria [^ — Filter ingCr iter la 

ejctensionG 



SEQUENCE SIZE (1. .numOfExtcnGionG) OF ExtcnGionFicld 



OPTIONAL 



Special izedRcGOurcGReportArg 



NULL 



— Comnion Data Types 

AChBillingChargingCharactcriGticG 



OCTET STRING (SIZE (mlnAChBillingChargingLcngth .. 
maiLAChBllllngChargingLongth) ) 



The AChBillingChargingCharactcriGticG parameter opocifioG the charging related information to be 
provided by the SSF and the conditionc on which thic information hac to be reported back to the 
SCF with the ApplyChargingRcport operation . 



= E;;ampleG of charging related information to be provided by the SSF may be: — bullc counter valucG, 

— coGtD, — tariff change and time of change, — time Gtampc, — durationc, — etc. 

= E;^amples of conditionc on which the charging related information arc to be reported may be: 

— threshold value reached, — timer cjcpiration, — tariff change, — end of connection configuration, — etc. 

AdditionalCallingPartyNumber : := Digits 

— Indicates the Additional Calling Party Number. 



Alert ingPattern 



OCTET STRING (SIZE (3) 



Indicates a specific pattern that is uGCd to alert a GubGcribcr — (e.g. , — distinctive ringing, — tones 
etc.) . Only applies if SSF is the terminating local exchange for the subscriber. Refer to the 
ETS 300 -103-1 [ 7 8] Signal parameter for encoding. 



GSM 09.78 version 5.1.0 89 TS 1 01 046 V5.1 .0 (1 997 08) 

ApplicationTimor : :- INTEGER (0. ■20'17) 

— UGcd by the SCF to Get a timer in the SSF . — The timer ig in gecondg ■ 
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ADDiDtingSSPIPRoutingAddronn : :- DlgltG 

— Indicates the doGtination address of the SRF for the QGGist procGdurc . 

BCSMEvent : : = SEQUENCE { 

event TypeBCSM [0] Event TypeBCSM, 

monitorMode [1] MonitorMode, 

leglD [2] LegID OPTIONAL- 

dPSpecificCriteria — [30] DPSpeclflcCrlterla 0PTI0N7UL 

} 

— Indicates the BCSM Event information for monitoring. 

BearerCapability : := CHOICE { 

bearerCap [0] OCTET STRING (SIZE (2 . .maxBearerCapabilityLength) ) 

} 

— Indicates the type of bearer capability connection to the user. For bearerCap, the value as described in 

— DSSl (ETS 300 403-1 [ 7 8])/ISUP (ETS 300 356-1 [ 6? ISUP (ETS 300 356-1 [4 ] , User Service Information) 
shall be used. 

CalledPartyNumber : := OCTET STRING (SIZE (minCalledPartyNuinberLength .. 

maxCalledPartyNumberLength) ) 

— Indicates the Called Party Number. Refer to ETS 300 356-1 [CT4] for encoding. 

CallingPartyNumber : := OCTET STRING (SIZE (minCallingPartyNuinberLength .. 

maxCallingPartyNumberLength) ) 

— Indicates the Calling Party Nuimber. Refer to ETS 300 356-1 [6^ — for encoding. 
4] for encoding. 

CallingPartysCatcgory : :- OCTET STRING (SIZE (1) ) 

= Indicates the type of calling party — (e.g. — operator, — payphonc, — ordinary subscriber) . — Refer to 

ETS 300 356-1 [ 6 7] for encoding. 

CallResult : :- OCTET STRING (SIZE (minCallResultLongth .. 

maJcCallResultLength) ) 

= This parameter provides the SCF with the charging related information previously requested using the 

— ApplyCharging operation. — This shall include the partyToCharge parameter as recoivGd in the related 

= ApplyCharging operation to correlate the result to the request . — The remaining content is nctworJc 

— operator specific. — E;;amples of charging related information to be provided by the SSF may be: — bul]^ 

= counter values, — costs, — tariff change and time of change, — time stamps, — durations, — etc. — Examples of 

— conditions on which the charging related information arc to be reported may be: — threshold value reached, 

= timer e;^piration, — tariff change, — end of connection configuration, — etc. 

Cause ::= OCTET STRING (SIZE (minCauseLength .. maxCauseLength) ) 

— Indicates the cause for interface related information. Refer to the ETS 300 356-1 [67-4] Cause parameter 

— for encoding. For the use of Cause and Location values refer to Q.850. 

CGEncountored : : - ENTO^EPvATED [ 

manualCGencountered(l) , 

scpOverload(2) 

^ 



Indicates the type of automatic call gapping encountered, — if any. 



ChargingEvent : : - SEQUENCE [ 

event TypeCharging [0-j — Event TypeCharging, 

monitorMode [i] — MonitorMode, 

leglD [2] LegID OPTIO^ITU^ 

^ 

= This parameter indicates the charging event type and corresponding monitor mode and LegID. 

CollectedDlgits : : - SEQUENCE [ 

minimumNbOf Digits [0] INTEGER (1..127) DEFAULT 1, 

maximumNbOf Digits [1] INTEGER (1..127), 

ondOfReplyDigit [2] OCTET STRING (SIZE (1..2)) OPTIONAL, 

cancelDlgit [3] OCTET STRING (SIZE (1..2)) OPTIONAL, 

startDlgit [A] OCTET STRING (SIZE (1..2)) OPTIONJVL, 

firstDlgitTlmeOut [5] INTEGER (1..127) 0PTI0N7UL, 

InterDlgitTlmeOut [6] INTEGER (1..127) 0PTI0N7UL, 

errortreatment [7^ — ErrorTreatment DEFAULT stdErrorAjidlnfo, 

InterruptableTtonlnd [8] BOOLETM'l DEFAULT TRUE, 

voicelnformation [9] B00LE7\N DEFAULT FALSE, 
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voicoBaclt [10] BOOLEMl DEFAULT FIVLSE 
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— The uoG of voicoBQck ig network operator specific. — The endOfReplyDigit, — cancolDigit, — and otartDigit 

parametera have been designated as OCTET STRING, — and are to be encoded ao BCD, — one digit per OCTET only, 

— contained in the four least significant bits of each OCTET. — The usage is service dopondont . 

Collectedlnfo : :- CHOICE { 

collectedDigits [^ — CollectedDlgits 

}■ 

ControlT^^e : : - E^JUI^^RATED { 

sCPOverloaded(O), 



manuallylnitiated(l) 



other values ffs 



CorrelationID : :~ Digits 

— used by SCF for correlation with a previous operation. Refer to Clause 7 for a 

— — description of the procedures associated with this parameter. 

Counter/VndValue : : - SEQUENCE { 

counterlD y^ — CounterlD, 

counterValue — Fi^ — Integer 4 



CounterlD : :- INTEGER (0. .99) 

— Indicates the counters to be incremented. — The counterlDs can be addressed by using the last digits of 

— — the dialed number. 



CountersValue : :- SEQUENCE SIZE (0 . .numOfCounters) OF CounterAndValue 

Cut/VndPaste : :- INTEGER (0. .22) 

— — Indicates the number of digits to be deleted. Refer to ITU-T Recommendation Q.1214 [ 10 11], § 6.4.2.16, 

— — additional information . 

DatcTVndTime : :- OCTET STRING (SIZE (6)) 

— — Indicates, amongst others, the start time for activate service filtering. Coded as YY^lbODHmMSS with 

— each digit coded BCD . — The first octet contains YY and the remaining items are soquoncod following. 

— — EX7\]^^LE: 1993 September 30th, 12:15:01 would be encoded ac^: 
Bits HGFE DGBA 



leading octet 3 



-0 



=- § 1 

— 1 & — Shall only include the cause value . 

DestinationRoutingAddress : := SEQUENCE SIZE (1) OF CalledPartyNumber 

— Indicates the Called Party Number. 

Digits : := OCTET STRING (SIZE (minDigitsLength .. maxDlgitsLength) ) 

— Indicates the address signalling digits. Refer to the ETS 300 356-1 [67-4] Generic Number and Generic 

— Digits parameters for encoding. The coding of the subfields "NumberQualif ier" in Generic Number and 

— "Type Of Digits" in Generic Digits are irrelevant to the iNCAP, the ASN.l tags are sufficient to 
identify 

— the parameter. The ISUP format does not allow to exclude these subfields, therefor the value is network 
operator specific. 

— The following parameter should use Generic Number: 
— CorrelationID for AssistRequestlnstructions, 

— AdditionalCallingPartyNumber for InitialDP-^ 

— — AssistingSSPIPRoutingAddress for EstablishTemporaryConnection, 

— calledAddressValue for all occurrences, 

— — callingAddressValue for all occurrences 

— — The following parameters should use Generic Digits: 

— all other CorrelationID occurrences, 

— — number VariablePart, 



— digit sResponse ReceivedlnformationArg 

Display Information : :~ lASString — (SIZE — (minDisplaylnformationLength — — 

maxDisplaylnformationLength) ) 

— — Indicates the display information. 
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DPSpocificCritoria : :- CHOICE [ 

numbcrOfDigitg [^ — NumbcrOf Digits, 

QpplicQtionTimcr ^i^ — ApplicationTimcr 



The SCF may apccify the number of digits to be collected by the SSF for the Collcctcdinfo event. — When 
all digitD arc eollocted, the SSF reporto the event to the SCF. The SCF may act a timer in the SSF for 
the No T'ing^jcr event . — If the user does not ans^jer the call ^jithin the allotted time, — the SSF reports the 
event to the SCF. 



Duration : :- INTEGER (-2. .86'100) 

— Values arc GocondG . — Mogative values denote a special value, — refer to the procedure description of the 

= relevant op e rations for further information . 

ErrorTrcatment : ;- ENUMERATED [ 

stdErrorTVndlnfo (0) , 



hclp(l), 

repcatPrompt (2) ) 

— StdErrorTVndlnfo moans returning the — "ImproperCallerResponse" error in the event of an error condition 

= during collection of user info. 

EventSpecificInformationBCSM : := CHOICE { 

colloctcdInfoSpccificInfo [0] SEQUENCE [ 

callcdPartyNumbcr H^H — CallcdPartyNumbcr 



analyzcdInfoSpocificInfo [1] SEQUENCE [ 

callcdPartyNumbcr H^H — CallcdPartyNumbcr 



routcSclcctFailurcSpccificInfo [2] SEQUENCE | 

failurcCausc [0] Cause OPTIONTU^ 



oCallodPartyBusySpeeificInfo [3] SEQUENCE | 

busyCausc [0] Cause 0PTI0N7UL 



oNoTVnswcrSpccificInfo [ A ] SEQUE^ICE 

— no specific info defined 



oTVnsworSpccificInfo [5] SEQUENCE 

— no specific info defined 



oMidCallSpccificInfo [6] SEQUENCE [ 

— no specific info defined 



oDisconnectSpecificInfo [7] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 



tCalledPartyBusySpecificInfo [ 8 ] SEQUENCE | 

busyCausc [0] Cause OPTIONTU^ 



tNoTVnswcrSpccificInfo [ 9 ] SEQUE^ICE 

— no specific info defined 



tTVnswerSpccificInfo [10] SEQUENCE 

— no specific info defined 



tMidCallSpccificInfo [11] SEQUENCE [ 

— no specific info defined 



tDisconnectSpecificInfo [12] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 



} 

Indicates the call related information specific to the event. 
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EvontSpocificInformationCharging : :- OCTET STRING (SIZE (mlnEvontSpoclflcInformationChargingLongth 

. .maJcEvcntSpcGifiGlnformationChargingLcngth) ) 

defined by nct^jor]^ operator. — Indicates the charging related information opceific to the event. 

— An oj^ample data type definition for thig parameter ig given below: 

Event SpecificInformationCharging : :~ CHOICE — f- 

— chargePuloeo — H^-] — Integer!, 



chargcMeooagco [1] OCTET STRING (SIZE (min. .max) ) 



Event TypeBCSM : := ENUMERATED { 
origAtt e mptAuthoriz e d(l) , 

collectedlnfo (2) , 

analyz e dlnformation (3) , 

routeSelectFailure (4) , 

oCallcdPartyBuGy (5) , 

o^Io/Vnower (6) , 

oAnswer (7) , 
oMidCall(8) , 

oDisconnect (9) , 
o7\bandon(10) , 



termAttemptAuthorized(12) 
t CallodPartyBuoy (13) , 
tNoTVnowcr (14) , 



tTVnnwer (15) 



tMidCall(16) , 



tDioconnect (17) , 
t7a3andon(18) 



}■ 

IndicatoD the BCSM detection point event. Refer to ITU-T Recommendation Q.1211 [ 10 11], 5 4.2.2.2 

fer Answer (15) , 

tDisconnect (17) 



— additional information on th e e v e nts. — Valu e s or igAtt e mpt Author iz e d Values collectedlnfo and 
termAttemptAuthorized can only be 

— used for TDPs. 

Ev e nt Typ e Charging : :- OCTET STRING (SIZE (minEv e ntTyp e ChargingL e ngth . . 

maJcEventTypeChargingLength ) ) 

— This parameter indicates the charging event type. — Its contents is networlc operator specific. 

= — An e xampl e data t^To e d e finition for this param e t e r is giv e n b e low: 

Event T^j'peCharging : :- ENTO^EPATED [ 

= charg e Puls e s (0) , 



chargcMessages (1) 



E;;tensionFicld 


: :- SEQUENCE [ 


ExtensionFleld : 


= SEQUENCE { 


type 


EXTENSION. Sid ( {SupportedExtensions} ) , 



type INTEGER, ^^ shall identify the value of an EXTENSION type 

criticality 

EXTENSION. Scriticality ((SupportedExtensions} (@type}) , 

value [1] EXTENSION. SExtensionType 



( { SupportedExtensions } ( @type } ) 



— This parameter indicates an extension of an argument data type. Its content is network operator specific 
GenericNumber : := OCTET STRING (SIZE (minGenericNumberLength. . 



maxGenericNumberLength) ) 


— Indicates a generic number. 


Refer to ETS 300 356-1 [4] Generic number for encoding. 


GenericNumber s 


::= SET SIZE (1 . .numOfCenericNumbers) OF GenericNumber 



) DEFAULT ignore, 

value [1] 7\^JY DEFINED BY t^^pc 



This parameter indicatcG an cxtcnGion of an argument data type. — Its contents is network operator 

specific. 



FCIBillingChargingCharactoristics : :- OCTET STRING (SIZE (minFCIBillingChargingLGngth .. 

maxFCIBillingChargingLcngth) ) 

— — This parameter indicates the billing and/or charging eharaetcristies . — Its content is network operator 
— specific. I\n example datatype definition for this parameter is given below: 
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FCIBillingChargingCharactoricticc : : - CHOICE [ 

complctcChargingRccord [0] OCTET STRING (SIZE (mln. . .max) ) , 



corrclationlD ^i-j — CorrclationlD, 

OGcnario2Dot3 [2] SEQUENCE [ 

chargoParty [0] LogID 0PTI0N7UL, 

chargcLcvcl [1] OCTET STRING (SIZE (mln.. max)) OPTIONT'iL, 

chargoltomp [2] SET OF Attribute 0PTI0N7UL 



^ 

Depending on the applied charging scenario the following information elements can be included — (refer to 

7\nne;c B) : 

complete charging record — (scenario 2.2) 

charge party — (scenario 2.3) 

charge level — (scenario 2.3) 

charge items — (scenario 2.3) 

correlationID — (scenario 2.4) 
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FiltorodCallTroQtmont : : - SEQUE^ICE [ 

oFBillingChargingCharQctcristics — [-&:| — SFBillingChargingCharactcrigtico, 

informationToSond Fi^ — InformationToSond OPTIONTVL, 

maiiimumMumbcrOf Counter o [2] MaximumHumborOfCountcro OPTIONJ'Jj, 

roloQ3oCQUco [3] Cquoo OPTIONTVL 



If rclcQGcCQugc ia not present^ — the default value ia the aamc old the ISUP cause value decimal 31 . 

— If informationToSond ia present/ — the call will be released after the end of the announcomont with the 

= indicated or default releaseCauae . — If ma;cimuinNuinberQf Counters is not prcacnt, — ScrviccFiltcringResponsc 

will be sent with CountersValue : :- SEQUENCE SIZE (0) OF CounterT'jndValuc 

FilteringCharacteristica : :- CHOICE j 

interval [0] INTEGER (-1.. 32000), 

numberOfCalls [1] Integer'! 

^ 

= Indicates the severity of the filtering and the point in time when the ServiceFilteringResponse is to be 

sent. — If - interval, — every interval of time the no3it call loads to an InitialDP and a 

ServiceFilteringResponse is sent to the SCF. The interval is specified in seconds .If ~ NumberOfCalls, 

every N calls the Nth call leads to an InitialDP and a ServiceFilteringRosponso is sont to the SCF. — Kh 

= ActivateScrvicoFiltcring implies several counters — (filtering on several dialled numbers) , — the 

— numberOfCalls would include calls to all the dialled nuinbers ■ 

FilteringCritoria : : - CHOICE { 

serviceKey \r2^ — ScrviccKcy, 

addrossTVndSorvico [30] SEQUENCE [ 



callcdAddressValue — [0] Digits, 

sorvicoKoy ^i-] — ServiceKey, 

callingAddressValuc [2] Digits OPTIONAL, 

locationNumber [3] LocationNumber — OPTIONJVL 

^ 



In case callcdAddressValue is specified, — the nuinbers to be filtered are from callodAddrossValuo up to 

and including calledAddressValue — hmaxlmuml'lumberOfCounters-l ■ — The last two digits of callcdAddressValue 

— cannot oj^coed 100-ma;;imumNumberOfCounters . 

FilteringTimeOut : :- CHOICE ( 

duration H=H — Duration, 

stopTime [1] DatoTVndTimo 

^ 



Indicates the ma;;imum duration of the filtering. — When the timer es^pircs, — a ScrviccFiltcringResponsc is 
sent to tho SCF. 



ForwardCalllndicators : :- OCTET STRING (SIZE (2)) 

Indicates the Forward Call Indicators. Refer to ETS 300 356-1 [ 6 7] for encoding. 

CapCriteria : :- CHOICE [ 

calledAddressValue — [0] Digits, 

gapOnService [-S^l — GapOnService, 

callcdAddressTVndScrvice [29] SEQUENCE [ 

calledAddressValue — [0] Digits, 

serviceKey [i] — ServiceKey 

hr 



callingAddressAndScrvice [30] SEQUENCE [ 

callingAddressValue [0] — Digits, 

serviceKey [i] — ServiceKey, 

locationNumber [2] LocationNumber — OPTIONTVL 

^ 



= Both callcdAddressValue and callingAddressValue can be incomplete numbers, — in the sense that a limited 

— amount of digits can be given. — For the handling of nuinbers starting with tho same digit string refer to 

= the detailed procedure of the CallCap operation in Clause 9. 

GapOnService : : - SEQUENCE [ 

serviceKey [O-j — ServiceKey 

^ 



Gaplndicators : : - SEQUENCE 

duration [O-j — Duration, 

gap Interval [i] — Interval 



Indicates tho gapping characteristics. No gapping when gaplnterval equals 0, — and gap all calls when 
gaplnterval equals — ^. — For further information regarding the meaning of specific values of duration and 
gaplnterval refer to the detailed procedure of the CallCap operation in Clause 9. 
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CapTroQtmont : :- CHOICE [ 

informationToScnd [4f\ — InformationToScnd, 

rGlGQgoCQUSG ^i^ — Cqugg, 

beth [2] SEQUENCE [ 

informationToSGnd l-dH — InformationToScnd, 

roloaaoCauaG [i-i — Cauac 

}■ 



= The default value for Cause is the game ag in ISUP. 

HighLayerCompatibility : :- OCTET STRING (SIZE (highLayerCompatibilityLength) ) 

Indicatea the teleaervice. For encoding, DSSl (ETS 300 -103-1 [ 7 8]) ia used. 

Inbandlnfo : : - SEQUENCE [ 

mcGGagcID \4^ — McDDagcID, 

numbcrOfRcpctitiona [1] INTEGER (1..127) 0PTI0N7UL, 

duration [2] INTEGER (0. .32767) 0PTI0N7UL, 

interval [3] INTEGER (0. .32767) 0PTI0N7UL 

}■ 

interval io the time in cocondc botwoon each ropoQtod announcomont ■ Duration in the total amount of time 

in oecondG, — including repetitionG and intervals . — The end of announcement is cither the end of duration 

— or numberOf Repetitions, — whatever comes first ■ — Duration with value indicates infinite duration. 

InformationToScnd : :- CHOICE [ 

inbandlnfo H^H — Inbandlnfo, 

feene [1] Tone, 

display Information — ^31 — Display Information 

}■ 



Integer'! : :- INTEGER (0 . .21'17'183617) 

Interval : :- INTEGER (-1.. 60000) 

— Units are milliseconds. — A — 1 value denotes infinite ■ 

InvoI^elD : :~ InvokeldType 

— Operation invoke identifier. 



IPAvailable 


::- OCTET STRING (SIZE (mmlPAvailablcLongth .. 


= defined by nctworlc operator. 


Indicates that the resource is available. 



IPRoutingAddross : : = CallodPartyNumbcr 

— — Indicates the routing address for the IP. 

IPSSPCapabilities : :- OCTET STRING (SIZE (minlPSSPCapabilitiesLength .. 

maxIPSSPCQpQbilitiesLength) ) 

— defined by network operator. — Indicates the SRF resources available at the SSP. 

LegID : := CHOICE { 

sendingSidelD [0] LegType, — used in operations sent from SCF to gsmSCF to gsm SSF 
receivingSidelD [1] LegType — used in operations sent from SSF to gsmSSF to gsmSCF 

} 

— Indicates a reference to a specific party in a call. OPTIONAL denotes network operator specific use with 

— — unilateral ID assignment. — OPTIONAL for LegID also denotes the following: 

— when only one party exists in the call, — this parameter is not needed — (as no ambiguity exists) . 

— when more than one party exists in the call, — one of the following alternatives applies: 

— 3r^ — LegID is present and indicates which party is concerned. 

— 3^ — LegID is not present and a default value is assumed — (e.g. , — calling party in the case of the 

— ApplyCharging operation) . 

LegType : := OCTET STRING (SIZE(l)) 

legl LegType : := 'Ol'H 
leg2 LegType : := '02'H 

LocationNumber : := OCTET STRING (SIZE (minLocationNumberLength .. 

maxLocationNumberLength) ) 

— Indicates the Location Number for the calling party. Refer to ETS 300 356-1 [6^4] for encoding. 
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MaiiimumtlumborOf Counter : :- INTEGER (1.. numOfCountora) 

MoDoagoID : :- CHOICE [ 

clcmcntaryMcoaagcID [0] — Integer 4, 

te#* [1] SEQUENCE [ 

meaoageContent tf)j — lASString — (SIZE (minMeaaageContentLength — :-:- 

mQjd^fcGGQgeContentLength) ) , 

attributeo [1] OCTET STRING (SIZE (mlni"ittrlbuteaLength .. 

maiiAttrlbuteoLength) ) OPTIO^ITUL 



elementaryMeaaagelDD [29] SEQUENCE SIZE (1 . .numOfMeGDagelDa) OF Integor-1, 

variableMeaaage [30] SEQUENCE [ 

elementaryMeDDagelD [0] — Integer d, 



variablePartn [1] SEQUENCE SIZE (1. .5) OF VarlablePart 



= OPTIONAL denotes networ]^ operator specific ugc. 

MincCalllnfo : : - SEQUENCE [ 

meooagel^'pe [0] ENUMEPvATED [ 

requeat (0) , 

notification (1) 



-+ 



— IndicatoG detection point related information. 

MonitorMode : : - ENTO^EPvATED [ 

interrupted (0) , 

notifyAjidContinue (1) , 



transparent (2) 



Indicateo the event is relayed and/or procosnod by the SSP. — If thin paramotor in used in tlie contoiit of 

charging events, — th e following definitions apply for the handling of charging events: 

— Interrupted means that the SSF notifies the SCF of the charging event using EvontNotificationCharging 

and does not process the event but discard it. 

NotifyAjidContinue means that SSF notifies the SCF of the charging event using EvontNotificationCharging 

= and continues processing the event or signal without waiting for SCF instructions. 

Transparent means that the SSF does not notify the SCF of the event . — This value is used to end the 

= monitoring of a previously requested charging event . — Previously requested charging events are monitored 

— until ended by a transparent monitor mode, — or until the end of the connection configuration. 

= For the use of this parameter in the conte;ct of BCSM events is referred to subclauses — 9.17 and 9.25. 

NumberOfDigits : :- INTEGER(1. .255) 

= Indicates the number of digits to be collected. 

OriginalCalledPartylD ::= OCTET STRING (SIZE (minOriginalCalledPartylDLength .. 

maxOriginalCalledPartylDLength) ) 

— Indicates the original called number. Refer to ETS 300 356-1 [67-4] Original Called Number for encoding. 

OCSIApplicable : : = NULL 

— Indicates that the Originating CAMEL Subscription Information, if present, shall be applied on the 
outgoing call leg created with a Connect operation. For the use of this parameter see GSM 03.78 [16] . 

RedirectingPartylD : := OCTET STRING (SIZE (minRedirectingPartylDLength .. 

maxRedirectingPartylDLength) ) 

Indicates redirecting number. Refer to ETS 300 356-1 [67-4] Redirecting number for encoding. 

Redirectionlnformation : :- OCTET STRING (SIZE (2)) 

= Indicates redirection information. — Refer to ETS 300 356-1 — 1:67^ — Redirection Information for encoding. 

RequestedlnformationList : :- SEQUENCE SIZE (1 . .numOf Infoltems) OF Requestedlnformation 

RequestedlnformationTypeList : :- SEQUENCE SIZE (1 . .numOf Infoltems) OF RequestedlnformationTypc 

Requestedlnformation : :- SEQUENCE [ 

requestedlnformationT^^e [O-j — Request odlnformationType, 

requestedlnformationValue — [i] — Request edInformationValue 



RequostedlnformationT^'pe : :- E^lTO^EPvATED [ 

callAttemptElapsedTime (0) , 



callStopTimo(l) , 
callConnectedElapsedTime (2) , 
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callodAddrosG (3) , 
rclcQOcCQuoc (30) 
-4 
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RoquootodlnformationValuo : :- CHOICE [ 

callAttcmptElapocdTimcValuc [0] INTEGER (0..255), 

CQllStopTimo Value [1] DatoTVndTimo, 

GallConncctcdElapacdTimcValuc [Hi — Integer 4, 

CQlledAddreooValue [3] Digita, 

releaoeCauoeValue \r^^ — Cause 

}■ 



— The callAttemptElapoedTimeValue is specified in gccondg. — The unit for the callConnectedElapsedTimeValue 

= is 100 milliseconds. 

RoutcList ::- SEQUENCE SIZE (1. .3) OF OCTET STRING (SIZE (minRoutcListLength 

. .mascRoutcListLcngth) ) 

— Indicates a list of trunli groups or a route indesc. — See ITU-T Recommendation Q.1214 — ^lOii^ — for additional 

= information on this item. 

ScfID ::- OCTET STRING (SIZE (minScf IDLength .. maxScf IDLcngth) ) 

= defined by networlc operator. — Indicates the SCF identifier. 

SCIBlllingChargingCharacteristics : :- OCTET STRING (SIZE (minSCIBillingChargingLength .. 

ma;;SCIBillingChargingLongth) ) 

This parameter indicates the billing and/or charging characteristicn. — Its content is network operator 

specific. An example datatype definition for this parameter is giv e n b e low: 

SCIBillingChargingCharacteristics : : - CHOICE [ 

chargcLevcl [0] OCTET STRING (SIZE (min..max), 

— chargePulsGS — ^i-] — Integer^!, 

chargcMessagcs [2] OCTET STRING (SIZE (min. .max) 



Depending on the applied charging scenario, — the following information elements can be included — (refer to 
Annoj; B) : 



= chargcLevcl — (scenario 3.2) ; 

chargePulses — (scenario 3.2) ; 

= chargcMessagcs — (scenario 3.2). 

Servicelnteractionlndicators : :- OCTET STRING (SIZE (minServicelnteractionlndicatorsLcngth . . 

majcServicelnteractionlndicatorsLength) ) 

Indicators which are exchanged between SSP and SCP to resolve interactions botwoon IN based services and 

network based services, — respectively between different IN based services . — The content is network 

— operator specific. 



ServiceKey : :~ Integer^ 

— Information that allows the SCF to choose the appropriate service logic. 

SFBillingChargingCharacteristics : :- OCTET STRING (SIZE (minSFBillingChargingLength .. 

ma;;SFBillingChargingLength) ) 

= This parameter indicates the billing and/or charging characteristics for filtered calls. — Its content is 

— networ]^ operator specific. 

TimerlD : : - ENTO^EPvATED [ 

tssf (0) others for further study 

}■ 

— Indicates the timer to be reset. 

TimerValuG : :~ Integer^ 

— Indicates the timer value — (in seconds) . 

Tefie : : - SEQUENCE [ 



toncID [0] Intcgcr ' 1, 

duration [1] Integer'! 0PTI0N7UL 

— ^ 

The duration specifies the length of the tone in seconds, — value indicates infinite duration. 
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UnavailableNetworkResource : := ENUMERATED { 

unavailableResources (0) , 

componentFailure (1) , 

basicCallProcessingException (2) — 

rGDOurcGStatuDFailurG (3) , 

cndUGcrFailurc (4) 

}■ 



IndicQtcD the nctworli resource that failed. 



VariabloPart 



CHOICE [ 



integer — 

number [1] — Digits, 



[0] Integer - ], 



Generic digitc 



time 
date 



OCTET STRING (SIZE(2)), 
OCTET STRING (SIZE (3)), 



HH:I"IM, BCD coded 



YYWOD, BCD coded 



price [1] OCTET STRING (SIZE(4)) DDDDDD.DD, BCD coded 



Indicates the variable part of the moGGago. — BCD coded variable parts are encoded as described below. 
EXW^PLE 1 : time - 12:15 would be encoded as: 



Bite 



HGFE BGBA 



leading octet2 



EXW4PLE 2: 



Bits 



date ~ 1993 September 3Qth would be encoded as 
HSFB BGBA 



leading octet 3 



-0 



3 

EXM4PLE 3: price - ECU 219.50 would be encoded as: 

Bits HGFE BGBA 



leading octet 
2- 



Definition of range constants 



hi ghLayerCompatibility Length 
minAChBillingChargingLength — 



INTEGER 



ma;^ChBillingChargingLength 
minAttributesLcngth 



network specific 



network specific 



INTEGER 



ma^^ttributesLcngth 

maxBearerCapabilityLength 

minCalledPartyNumberLength 

maxCalledPartyNumberLength 

minCallingPartyNumberLength 

maxCallingPartyNumberLength 

minCallResultLength 



INTEGER 



networ]^ specific 
networ]^ specific 



INTEGER : : = network speclflc ll 

INTEGER : := network specific g 

INTEGER : : = network speclflc l2 

INTEGER : : = network specific 2 

INTEGER ::= network specific lO 



maxCallResultLongth 
minCauseLength 
maxCauseLength 
minDigit sLength 
maxDigit sLength 



INTEGER 
INTEGER 



networlc specific 
networ]^ specific 



min Di splay InformationLcngth 
ma;^Di splay InformationLength 



INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



I^ITECER 



2 



networ]^ Gpocific 2 
networlc specific 2 
networli specific lO 



nctwor]^ specific 
network specific 



minEventSpecificInformationChargingLength 



INTEGER 



crrrc±nrormaLronuiiargrngijengLii xrjiCjUr^K — ^-r 

maj^EventSpecif icInformatlonCharglngLength INTEGER — ^-^ 

minEventTypcChargingLcngth INTEGER — ^-^= — - — nctworlc specific 

.^-^wT^^T^v^4-^.T^^r^l^ -^^r-^A v^^T ^v^^^ V> INTEGEP^ ; ; - 



networlc specific 



networlc specific 



iLLj-iinjveiiLiypeuiia-LgxiigijeiigLii 
maj^EventTypeChargingLength — 
minFCIBillingChargingLcngth 
ma^cFCIBillingChargingLength 



minlPAvailablcLcngth 
maJCIPAvailablcLcngth 



network specific 

INTEGER : :- network specific 

INTEGER 



INTEGER 



minlPSSPCapabiliticsLcngth 
maicIPSSPCapabilitiosLength 

maxGenericNumberLength 



INTEGER 
INTEGER 



INTEGER 



networ]^ specific 



nctwor]^ specific 
networ]^ specific 



networlc specific 

networJc sped fic GenericNumber Length 



INTEGER 



minLocationNumberLength 
maxLocationNumberLength 
minMessageContentLength 
ma5d)4essageContGntLGngth 



INTEGER 
INTEGER 
INTEGER 
INTEGER 



minOriginalCalledPartylDLength 
maxOriginalCalledPartylDLength 
minRedirectingPartylDLength 
maxRedirectingPartylDLength 
minRoutcLi GtLcngth 



I^JTEGER 



maxRoutoLi stLongth 



minScflDLcngth 



INTEGER 
INTEGER 
INTEGER 
INTEGER 

INTEGER 

I^JTEGER 



11 



network spccific 2 
network spocific lO 
network specific 
network specific 



INTEGER : 



network spccific 2 
network specific lO 
network specific 2 
network specific lO 

network specific 

network specific 

network specific 
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maxScf IDLongth 



network specific 



minSCIBillingChargingLength 
maxSCIBillingChargingLength 



network specific 
network specific 



INTEGER 
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minScrvicG Inter act ionlndi cat or gLcngth IMTEGER — Hf^ — ■ — nctwor]^ gpccific 

maxScrvicc Inter act ionlndi cat or gLcngth INTEGER — r-7= nct^Jor]^ gpccific 

minSFBillingChargingLongth INTEGER : :- notwork Dpoclflc 

rnQj^SFBillingChargingLcngth INTEGER — r-7= nct^Jor]^ gpccific 

numOfBCSMEvents INTEGER : := notwork opoclflc 

10 

numOfChargingEvonts INTEGER — i-f= — ■ — notwor]^ spocific 

numOfCountoro INTEGER : :- 100 

numOfExtensions INTEGER 

numOf lnfoItcma INTEGER 



numOfMoDDQgoIDD INTEGER 



notwor]^ spocific lO 

— ■ — notwor]^ spocific 



-fe4 IN CSl application protocol — (e GenericNumbers INTEGER 



6.4 I N CSl app li cat i on protoco l (o Operation and error codes) 

C orc-IN7\P-CSl AP -Codes {ccitt(O) identified-organization (4) etsi(O) inDomain ( 1 ) — in-net work (1) 
moduloD (O mobileDomain (0) gsm-Network ( 1 ) modules (3 ) 
c sl-codcs ( ap-codes (5 3) versionl (0) } 

— This module contains the operation and error code assignments for the IN CS CAP v.l application protocol. 
DEFINITIONS ::= 

BEGIN 

— OPERATION AND ERROR CODE ASSIGNMENTS FOR THE IN CS CAP v. l PROTOCOL FOLLOWS 
IMPORTS 

— macros 

APPLICATION-SERVICE-ELEMENT 

FROM Remote-Operations-Notation-Extension { joint-iso-ccitt remote-operations (4) notation-extension (2) } 

operation types 
Activat o S o rvic o Filt o ring, 



ActivityTost, 

ApplyCharging, 

ApplyChar gingRoport , 

As si stRcquest Inst ructions 



CallGap, 

CalllnformationRcport, 

CalllnformationRoquost, 



Cancel, 

Colloct Information, 

Connect, 



ConnoctToRosource, 

Continue, 

DisconnoctForwardConnoction, 

EstablishTemporaryConncction, 

EvontNotificationCharging, 

EvcntReportBCSM, 

FurnishCharginglnformation, 

InitialDP, 



InitiatoCallAttompt, 
Play/Vnnounccmcnt, 



Prompt/VndColloctUscr Information, 
RcleascCall, 



RcquGst^JotificationChargingEvcnt, 
RequostRoportBCSl'^Evcnt, 



RcsotTlmcr, 

ScndCharginglnformation, 
SorviccFiltoringRcsponsc, 
Special! zedRc sour ccRepor 
ActivityTest, 



Connect, 



Continue, 



EventReportBCSM, 
InitialDP, 



ReleaseCall, 
RequestReportBCSMEven t 

FROM C oro-IN7\P-CS1 AP-Operations { ccitt (0) identified-organization (4) etsi(O) inDomain (1) — in-notwork (1) 
modules (0) — csl-opcrations ( mobileDomain (0) gsm-Network ( 1 ) modules (3) cap-operations (50) versionl (0) } 
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— error types 

Cancelled, 

CancelFailed, 

ETCFailed, 



ImproperCallerReaponoe, CSl error types 

MissingCustomerRecord, 

MissingParameter, 

ParameterOutOf Range, 

RequestedlnfoError, 

SystemFailure, 
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TaskRefused, 
UnavailablGRGDOurcG, 

OnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter— 
Unl^no^jnLcglD 

FROM Core-INAP-CSl-Errors (ccitt(O) identified-organization (4) etsi(O) inDomaln(l) in-network (1) modules (0) 
csl-errors (1) versionl (0) } 

— CAP error types 



SystemFailure 

FROM CAP-Errors {ccitt(O) identified-organization (4 ) etsi(O) mobilePomain (0) gsm-Network (1 ) 
modules (3) cap-errors (51) versionl (0) } ; 

— the operations are grouped by the identified ASEs. 

— gsm SCF activation ASE 

initialDP InitialDP : := localValue 

~ — SCF/SRF activation of assist ASE 

as sistRcquGst Inst ructions — As si stRequGst Inst ructions — ::~ IocqIVqIug 16 
— — Assist connection ostablishmont ASE 

GstablishTomporaryConnGction EstablishTcmporaryConncction ::~ localValuG 17 

— — Conoric disconnect rosourco ASE 

disconnGctForwardConnoction DisconncctForvjardConnGction ::- localValuG 18 

— — Non - assisted connection establishment ASE 

connect ToRg source Connect ToRg source ::~ IocqIVqIug 19 

— Connect ASE (elementary gsm SSF function) 

connect Connect : := localValue 20 

— Call handling ASE (elementary gsm SSF function) 

releaseCall ReleaseCall : := localValue 22 

— BCSM Event handling ASE 

requestReportBCSMEvent RequestReportBCSMEvent ;:= localValue 23 

eventReportBCSM EventReportBCSM :;= localValue 24 

— Charging Ev e nt handling ASE 

requGstNotif IcationChQrgingEvcnt RcquGstNotificationChargingEvcnt ::~ localValuG 25 
Gvont^Jotif IcQtionChQrging Evont^Jotif IcQtionChQrging — ::~ IocqIVqIug 26 

— gsm SSF call processing ASE 

collGct Information Collect Information ::~ localValuG 27 

continue Continue : := localValue 31 

SCF call initiation ASE 

initiatGCallAttcmpt InitiatcCallAttcmpt : :~ localValue 32 

Timer ASE 

rcsctTimcr RcsctTimcr : :~ localValue 33 

Billing ASE 

furnishCharginglnformationFurnishCharginglnformation : :~ localValue 34 

— Charging ASE 

applyCharging ApplyCharging : :~ localValue 35 

applyChargingRcport ApplyChargingRcport ::~ localValue 36 

— — Traffic management ASE 

callGap CallGap : :~ localValue — 4i 
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i Sorvico manageationt ASE 



QCtivatcScrvicGFiltcring 
OGrviccFiltcringRcaponac 



ActivatcScrvicGFiltcring 
ScrviccFiltcringRcgpongc 



IocqIVqIuo 42 



IocqIVqIuc — ^ 



Call report ASE 



GQllInformationRcport — 
CQllInformationRcquGBt 



CalllnformationRcport — 
CQllInformationRcquGBt 



localValuc -14 



IocqIVqIuc — 4^ 



Signalling control ASE 



scndChQrginglnformQtion 



ScndChQrginglnformQtion 



IocqIVqIuc — 4^ 



Spooializod rosouroo control ASE 



playAnnounccmcnt 



PlQy/Vnnounccmcnt 



IocqIVqIuc 47 



prompt/VndCollcctUscr Information — PromptAndCollcctUccr Information — ::~ localValuc 48 
spcciQlizcdRcDOurccRcport — SpcciQlizcdRGGOurccRcport — : :~ IocqIVqIuc — 4^ 

— — Cancel ASE 



cancel 



Cancel 



localValuc 53 



— Activity Test ASE 

activitylest 

— ERROR codes 



Activitylest 



localValue 55 



cancelled 



Cancelled 



cancelFailed 



CancclFailed 



cTCFailed 



ETCFailed 



localValue 



localValue 1 



localValuc 3 



impropcrCallcrRcsponsc 

missingCustomerRecord 

missingParameter 

par amctcrOutOf Range 

requestedlnfoError 

systemFailure 
taskRefused 
unavailablcRc source 



ImpropcrCallcrRc sponge 

MissingCustomerRecord 
MissingParameter 

Par ametorOutOf Range 

RcquestedlnfoError 



localValue — 4 



localValue 6 
localValue 7 



SystemFailure 
TaskRefused 
UnavailablcRc source 



localValue 8 



localValue 10 



unexpectedComponent Sequence 
unexpectedDataValue UnexpectedDataValue 
unexpectedParameter UnexpectedParameter 
unl^novjnLcglD Unl^nownLcglD 



localValue 11 
localValue 12 
localValue 13 
UnexpectedComponentSequence ;;= localValue 14 



localValue 15 
localValue 16 

localValue 17 



APPLICATION SERVICE ELEMENTS 



gsm SCF-Activation-ASE 

— consumer is gsmSSF 
CONSUMER INVOKES { 
initialDP 



APPLICATION-SERVICE -ELEMENT 



SCF-SPvF-activation-of-assist-ASE 

consumer is SSF/SPvF 

CONSUMER im'OKES [ 



as si stRcquest Inst ructions 



Assist-connection-establishment-ASE r-^ 

supplier is SCF 

SUPPLIER I^IVOKES [ 

cstablishTcmporaryConnection 



7a'PLICATI0N-SERVICE-ELE^1ENT 



TJ'PLICATION-SERVICE-ELEl'^ENT 



Goner ic-disconnect-re sour cc-ASE i-i 

■ — supplier is SCF 

SUPPLIER I^JVOKES [ 

disconnectForwardConnection 



TJ'PLICATION-SERVICE-ELEI-'ENT 



Non-assisted-connection-establishment-ASE 
supplier is SCF 



7'J'PLIC^TI0N-SERVICE-ELE^'EtlT 



SUPPLIER ItlVOKES [ 



connect ToRc sour CO 



Connect -ASE 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
connect 



APPLICATION-SERVICE -ELEMENT 
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Cal l-handl ing-ASE 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
releaseCall 



APPLICATION-SERVICE -ELEMENT 



BCSM-event-handling-ASE 

— consumer is gsm SSF 
CONSUMER INVOKES { 

eventReportBCSM 



APPLICATION-SERVICE-ELEMENT 



— supplier is gsmSCF 
SUPPLIER INVOKES { 

requestReportBCSMEvent 



Charging-Gvont-handling-ASE 



TJ'PLICATION-SERVICE-ELEI'IENT 



— - — consumer is SSF 
CONSUMER I^IVOKES [ 



cvcntNot i f icat ionChar ging 



supplier is SCF 

SUPPLIER I^IVOKES [ 

requestNotificationChargingEvent 



SSF-call-processing-ASE 



TJiPLICATION-SERVICE-ELEMENT 



supplier is SCF 

SUPPLIER I^JVOKvES [ 
collect Information, 



}■ 

SCF-call-initiation-ASE 



TJ'PLICATION-SERVICE-ELEI-IENT 



supplier is SCF 

SUPPLIER I^JVOKES [ 
initiateCallAttempt 

^ 



Timer-ASE 



TJJPLICATION-SERVICE -ELEMENT 



supplier is SCF 

SUPPLIER I^IVOK^ES [ 
resetTimer 



Billing-ASE 



7J'PLICATI0N-SERVICE-ELEI"ENT 



supplier is SCF 

SUPPLIER I^JVOKES [ 



furnishCharginglnformation 



Charging-ASE 



TaJPLICATIO^l-SERVICE -ELEMENT 



— - — consumer is SSF 

CONSUMER im'OKES [ 



applyChargingReport 



— - — supplier is SCF 
SUPPLIER irn'OKES [ 

applyCharging 

}■ 



Traf f ic-management-ASE 

■ — supplier is SCF 

SUPPLIER I^JVOKES [ 

callGap 

^ 

Service-management-ASE 

— consumer is SSF 

CO^ISUMER I^IVOKES [ 



TJ'PLICATION-SERVICE-ELEI-'ENT 



TJJPLICATION-SERVICE-ELEMENT 



serviceFilteringResponse 



supplier is SCF 

SUPPLIER I^IVOKES [ 



Call-report -ASE 



activateServiceFiltering 



TJ'PLICATION-SERVICE-ELEI-'ENT 



— ■ — consumer is SSF 
CONSUMER I^JVOKES ( 



calllnformationReport 



supplier is SCF 

SUPPLIER I^JVOKES { 



calllnformationRequest 
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Signalling^control-ASE : :- TJ'PLICATIO^l-SERVICE-ELBffiiMT 

aupplicr ia SCF 



SUPPLIER I^IVOKES [ 



gcndCharginglnformation 



-+ 



Specialized rcaourcc control ASE : :- TijipLICATION SERVICE ELEI-ENT 

connumer io SSF/SPvF 



CONSIDER im'OKES 



DpecializedReDourceReport 



Dupplier is SCF 

SUPPLIER I^JVOKES [ 

playAjinouncement , 

promptAjidCollectUser Information 

}■ 



Cancel-ASE : :- .APPLICATION-SERVICE -ELEI-1ENT 

■ — Dupplier Id SCF 

SUPPLIER I^JVOKES [ 



cancel 



f gsmSSF-call-processing-ASE : := APPLICATION-SERVICE-ELEMENT 

— supplier is gsmSCF 



SUPPLIER INVOKES { 



continue 



Activity-test-ASE : := APPLICATION-SERVICE -ELEMENT 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
activityTest 
1 
END 

6.5 I N CS1 a Application contexts 

APPLICATION-CONTEXT MACRO ::= 
BEGIN 

TYPE NOTATION : := Symmetric I InitiatorConsumerOf ResponderConsumerOf 1 empty 

VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER) 

"OPERATIONS OF" "(" ASEList "}" 

"INITIATOR CONSUMER OF" "{" ASEList "}" I empty 
"RESPONDER CONSUMER OF" "{" ASEList "}" I empty 

ASEList ::= ASE | ASEList "," ASE 

ASE ::= type — shall reference an APPLICATION-SERVICE-ELEMENT type. 



Symmetric 

InitiatorConsumerOf 

ResponderConsumerOf 



END 



C oro-INAP-CSl-SSP-to~SCP AP-vl-gsmSSF-to-gsmSCF -AC APPLICATION-CONTEXT 
— dialogue initiated by SSPgsmSSF with InitialDP 
INITIATOR CONSUMER OF { 

SCF-activation-ASE, 

ADDiDt-conncction-cstablichmcnt-ASEy 

Gcneric-disconncct-rcsourcc-ASE, 

Non-aDDiDtcd-conncct ion-establishment gsmSCF-activation-ASE, 

Connect -ASE 

Call-handling-ASE, 

BCSM-event-handling-ASE, 

Charging-ovont-handling-ASE, 

SSF-call-proccssing-ASE, 

Timor-ASE. 



Billing-ASE, 

Charging-ASE, 

Traf fic-managcmcnt-ASE, 

Call-report -ASE, 

Signalling-control-ASE, 

Spocializod-rooourco-control-ASE, 

Canccl gsmSSF-call-processing -ASE, 

Activity-test-ASE 

} 
: := {ccitt(O) identified-organization (4) etsi(O) inDomain (1) — in-nctworlc (1) — dc (I mobileDomain (0) gsm- 
Network(l) ac(0 ) 
csi — Dsp-to-scp (0) — vcrsionl (0) ] ; 
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Coro-IN7a'-CSl-aaaiat-handoff-SSP-to-SCP-AC JXPPLICATION-CONTEXT 

dialogue initiated by SSP ^jith AggigtRcqucGtlngtructionC) 

INITIATOR CONSUl'^ER OF [ 

SCF SRF activation of aaaiot ASE, 

Generic-diDconnect-reDOurcc-ASE, 

Non aggigted connection cstabliGhmcnt ASE^ 

Call-handling-ASE, 

Timer ASE, 

Billing-ASE, 



Charging-ASE, 

Special ized-rcGource-control-ASE, 

Cancel-ASE, 



Activity-teot-ASE 



-r-f= — [ccitt (0) — identified-organization (4) — otsi (0) — inDomain (1) — in-notwork (1) — qc (1) 
cnl-anaiot-handof f-Gap-to-Gcp (1) vorsionl (0) I ; 

Core-IN7a'-CSl-IP-to-SCP-AC 7\PPLICATI0N-C0NTEXT 

dialogue initiated by IP with AccictRequostlngtructiong 

INITIATOR CONSTO^ER OF [ 

SCF-SPvF-activation-of-aGGiot-ASE, 

Timer-ASE, 

Specialized-reGource-control-ASE, 

Cancel-ASE, 



Activity-toGt-ASE 



-r-f= — [ccitt (0) — idontified-organization (1) — etci (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-ip-to-Gcp (2) verGionl (0) I ; 

Core-IN7a'-CSl-SCP-to-SSP-AC 7\PPLICATI0N-C0NTEXT 

dialogue initiated by SCP with InitiateCallAttcmpt 

RESPONDER CONSra^ER OF [ 

AGGiGt-connection-OGtabliGhmont-ASE, 

Generic-diGConnect-roGOurce-ASE, 

Non-aGGiGted-connection-OGtabliGhment-ASE, 

Connect -ASE 



Call-handling-ASE, 

BCSM-event-handling-ASE, 

Charging-event-handling-ASE , 

SSF-call-procoGGing-ASE, 

SCF-call-initiation-ASE, 

Timer-ASE, 



Billing-ASE, 

Charging-ASE, 

Call-report -ASE, 

Signal ling-control-ASE, 

Specialized-roGource-control-ASE, 

Cancel-ASE, 



Activity-toGt-ASE 



-r-f= — [ccitt (0) — idontified-organization (1) — etci (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-Gcp-to-GGp (3) verGionl (0) 1 ; 

Corc-INTJ'-CSl-SCP-to-SSP-traffic-managcmcnt-AC 7\PPLICATI0N-C0NTEXT 

dialogue initiated by SCP with CallGap 

FJISPONDER CONSUMER OF [ 
traf fic-management-ASE 



-r-f= — [ccitt (0) — idontified-organization (4) — otoi (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-Gcp-to-GGp-traffic-managomcnt (4) — verGionl (0)1; 

Corc-IN7J>-CSl-SCP-to-SSP-Gcrvicc-managcmcnt-AC J\PPLICATION-CONTEXT 

dialogue initiated by SCP with ActivateServiccFiltcring 

RESPONDER CONSra^ER OF [ 
Gorvico-managemont-ASE 



-r-f= — [ccitt (0) — idontified-organization ( A ) — otGi (0) — inDomain (1) — in-network (1) — ac (1) 
esl — Gcp-to-GGp-Gorvice-managcmcnt (5) — verGionl (0) ] ; 

Corc-INTJ'-CSl-SSP-to-SCP-Gcrvice-managcmcnt-AC 7\PPLICATI0N-C0NTEXT 
dialogue initiated by SSP with ScrviceFilteringRcGponGC 

INITIATOR CONSUMER OF [ 
Gorvico-managemont-ASE 



-r-f= — [ccitt (0) — idontified-organization (4) — otGi (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-GGp-to-Gcp-Gorvice-managomont (6) — verGionl (0)1; 
ap-gGmGGf-to-gGmGcf (50) versionl (0) }; 
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6.5 Classes 

CAP-Classes {ccitt(O) identified-organization (4) etsi(O) mobileDomain (0) gsm-Network(l) modules (3) 
cap-classes (54) versionl(O)} 

— This module contains the class definitions for CAP v.l. 



DEFINITIONS 
BEGIN 

IMPORTS 



ROS-OBJECT-CIASS, CONTRACT, OPERATION-PACKAGE, Code, OPERATION, 
CONNECT I ON-P ACKAGE 



FROM Remote-Operations-Information-Objects 

{ joint-iso-ccitt remote-operations (4) informationObjects (5) versionl{0)} 



EXTENSION ::= CIASS { 

SExtensionType, 
Scriticality CriticalityType DEFAULT ignore, 

& id Code 



} 



WITH SYNTAX { 



EXTENSION-SYNTAX SExtensionType 
CRITICALITY Scriticality 



IDENTIFIED BYSid 



CriticalityType : := ENUMERATED { 

ignore (0) , 

abort (1) 



} 



Only value Global OBJECT IDENTIFIER is used for &id 
Only the value ignore (0) is used for Scriticality. 

Example of addition of an extension named 'Some Network Specific Indicator' of type 
BOOLEAN, with criticality 'ignore' and to be identified with object ID 'ccitt(O) 
identified-organization (4) organisation (x) gsm(x) capextension' ; 
Example of definition using the above information object class: 

SomeNetworkSpecificIndicator EXTENSION : := ( 
EXTENSION-SYNTAX BOOLEAN 



CRITICALITY ignore 

IDENTIFIED BY global : xxxxxx 



firstExtension EXTENSION : := { 

EXTENSION-SYNTAX NULL 

CRITICALITY ignore 

IDENTIFIED BY gl obal : {xxxxxx} 



SupportedExtensions EXTENSION : := (firstExtension — full set of network operator extensions} 

END 

7 Application entity procedures 

[^ 

Th i s s e ct i on of ETS 300 7^1 - 1 was comp le t el y r e mov e d from th e CAP sp e c i f i cat i on. I n ord e r to d e cr e as e 
th e s i z e of th i s Ann e x B, th e d ele t e d t e xt i s not shown as mark up. 

The description of the application entity procedures for CAMEL can be found in GSM 03.78 [16]. 

8 Error procedures 

This subclause defines the generic error procedures for the cor e I NAP CS1 CAP . The error procedure 
descriptions have been divided in two subclauses, subclause 8.1 listing the errors related to INCAP 
operations and subclause 8.2 listing the errors related to error conditions in the different FEs which are not 
directly related to the W4CAP operations. 

The gsmSSF states which are referred to in this section are described in GSM 03.78 [16]. 
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8.1 Operation related error procedures 

The following subclauses define the generic error handling for the operation related errors. The errors are 
defined as operation errors in Clause 6. Errors which have a specific procedure for an operation are 
described in Clause 9 with the detailed procedure of the related operation. 

The TCAP services which are used for reporting operation errors are described in Clause 10. All errors 
which can be detected by the ASN.1 decoder already may have been detected during the decoding of the 
TCAP message and indicated by the TC error indication "MistypedParameter". 

8.1.2 -8.1.5 Spare Canc elle d 

8.1.2.1 G e n e ra l d e scr i pt i on 

8.1.2.1.1 Error d e scr i pt i on 

Th e e rror "Canc elle d" g i v e s an i nd i cat i on to th e SCF that th e canc ell at i on, as i t was r e qu e st e d by th e SCF, 
of a sp e c i f i c op e rat i on, has b ee n succ e ssfu l . Th e SCF i s on l y ab le to canc el c e rta i n pr e d e f i n e d SCF - >SRF 
op e rat i ons. 

8.1.2.2 Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvok i ng e nt i ty (SCF) 

A) S e nd i ng Canc el 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

Th e SCF s e nds a Canc el aft e r a P l ayAnnounc e m e nt (PA) or PromptAndCo lle ctUs e r l nformat i on (P&C) 
has b ee n s e nt. Th e SCF r e ma i ns i n th e sam e stat e . 

B) R e c ei v i ng Canc elle d e rror 

pr e cond i t i on: SCSM stat e any SL d e p e nd e nt 

postcond i t i on: SCSM stat e any SL d e p e nd e nt 

Aft e r s e nd i ng a Canc el op e rat i on th e SL may cont i nu e ( e .g. s e nd i ng mor e PA or P&C or a 
D i sconn e ctForwardConn e ct i on). Th e Canc elle d e rror can th e r e for e b e r e c ei v e d i n any stat e . Th e 
tr e atm e nt i s SL d e p e nd e nt. 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) R e c ei v i ng Canc el 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

Th e i nd i cat e d PA or P&C i s t e rm i nat e d i f i t i s pr e s e nt l y e x e cut i ng or d ele t e d from th e buff e r. I f th e 
i nd i cat e d PA or P&C i s a l r e ady e x e cut e d th i s caus e s a fa il ur e ("Canc el Fa ile d"). 

B) S e nd i ng Canc el e rror 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

Aft e r r e turn i ng th e "Canc elle d" e rror th e SRF stays i n th e sam e stat e . Th e e x e cut i on of th e i nd i cat e d PA or 
P&C i s abort e d, i . e . th e SRF r e ma i ns conn e ct e d and th e n e xt PA or P&C i s e x e cut e d i f ava il ab le . 
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8.4,3 Canc el Fa ile d 

8.1.3.1 G e n e ra l d e scr i pt i on 

8.1.3.1.1 Error d e scr i pt i on 

Th i s e rror i s r e turn e d by Canc el i f th e canc elli ng of an op e rat i on, as r e qu e st e d by th e SCF, was not 
succ e ssfu l . Poss i b le fa il ur e r e asons ar e : 

unknownOp e rat i on, wh e n th e I nvok el D of th e op e rat i on to canc el i s not known to SRF (th i s may 

a l so happ e n i n cas e th e op e rat i on has a l r e ady b ee n comp le t e d); 

^ tooLat e , wh e n th e I nvok el D i s known but th e e x e cut i on of th e op e rat i on i s i n a stad i um that i t cannot 

be — canc elle d — anymor e . — F©f — i nstanc e — the — announc e m e nt — is — f i n i sh e d — but — the 
Sp e c i a li z e dR e sourc e R e port has not b ee n s e nt to th e SCF y e t. Th e cond i t i ons for th e occurr e nc e of 
fa il ur e r e ason "tooLat e " may b e i mp le m e ntat i on d e p e nd e nt; 

2 op e rat i onNotCanc ell ab le , wh e n th e I nvok el D po i nts to an op e rat i on that th e SCF i s not a ll ow e d to 

canc el . 

8.1.3.1.2 Argum e nt d e scr i pt i on 

PTtfVtf^ETER SEQUENCE [ 

problem [0] ENUMERATED ( 



unlcnownOpcration (0) , 
tooLato (1) , 



operationNotCancellable (2) | , 

operation \:^ — InvoI^elD 



^ 

— The operation failed to be cancelled. 

8.1.3.2 Op e rat i ons SCF - >SRF 

Canc el 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) S e nd i ng Canc el 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

Th e SCF s e nds a Canc el aft e r a P l ay Announc e m e nt (PA) or PromptAndCo lle ctUs e r l nformat i on (P&C) 
has b ee n s e nt. I t r e ma i ns i n th e sam e stat e . 

B) R e c ei v i ng Canc el Fa ile d e rror 

pr e cond i t i on: SCSM stat e any SL d e p e nd e nt 

postcond i t i on: SCSM stat e any SL d e p e nd e nt 

Aft e r s e nd i ng a Canc el op e rat i on th e SL may cont i nu e ( e .g. s e nd i ng mor e PA or P&C or a 
D i sconn e ctForwardConn e ct i on). Th e Canc el Fa ile d e rror can th e r e for e b e r e c ei v e d i n any stat e . Th e 
tr e atm e nt i s SL d e p e nd e nt. 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) R e c ei v i ng Canc el . How e v e r, th e i nd i cat e d PA or P&C i s not known, or a l r e ady e x e cut e d. Th i s 

caus e s a fa il ur e , Canc el Fa ile d. 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

or SRSM stat e 1 Idle 

B) S e nd i ng Canc el Fa ile d e rror 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

or SRSM stat e 1 Idle 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

or SRSM stat e 1 Idle 

Aft e r r e turn i ng th e Canc el Fa ile d th e SRF stays i n th e sam e stat e . 
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BAA ETCFa ile d 

8.1. 4 .1 G e n e ra l d e scr i pt i on 

8.1. 4 .1.1 Error d e scr i pt i on 

ETCFa ile d i s an e rror from SSF to SCF, i nd i cat i ng th e fact that th e e stab li shm e nt of a t e mporary 
conn e ct i on to an ass i st i ng SSF or SRF was not succ e ssfu l ( e .g. r e c ei v i ng a "Backwards R ele as e " aft e r 
s e nd i ng th e l AM). 

8.1. 4 .2 Op e rat i ons SCF - >SSF 

Estab li shT e mporaryConn e ct i on 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) SCF s e nds ETC to SSF 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e 

postcond i t i on: SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons 

B) SCF r e c ei v e s ETCFa ile d e rror from SSF 

pr e cond i t i on: SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons 

postcond i t i on: SCSM stat e 2.1 Pr e par i ng SSF I nstruct i ons 

Error hand li ng d e p e nds on th e SL, e .g. s ele ct i ng anoth e r SRF or cont i nu e th e proc e ss i ng of th e ca ll . 

Proc e dur e s at r e spond i ng e nt i ty (SSF) 

SSF r e c ei v e s ETC from SCF but th e e stab li shm e nt of th e conn e ct i on fa il s, r e su l t i ng i n th e r e turn i ng of th e 
ETCFa ile d e rror to th e SCF 

pr e cond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

postcond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

No furth e r e rror tr e atm e nt. 

BAS I mprop e rCa lle rR e spons e 

8.1.5.1 G e n e ra l d e scr i pt i on 

8.1.5.1.1 Error d e scr i pt i on 

Th e format of th e us e r i nput has b ee n ch e ck e d by th e SRF and do e s not corr e spond to th e r e qu i r e d 
format as i t was d e f i n e d i n th e i n i t i at i ng P&C op e rat i on. 

8.1.5.2 Op e rat i ons SCF - >SRF 

PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvok i ng e nt i ty (SCF) 

A) SCF s e nds P&C to SRF 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e ; P&C w ill accompany th e Conn e ctToR e sourc e 

or SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons; aft e r 

Estab li shT e mporaryConn e ct i on 
or SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF; i f mor e PAs or P&Cs ar e 

act i v e 
postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

B) SCF r e c ei v e s I mprop e rCa lle rR e spons e e rror from SRF 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

Error tr e atm e nt d e p e nds on SL. SCF can i n i t i at e n e w Us e r I nt e ract i on or forc i ng a D i sconn e ct (to SSF). 
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Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) SRF r e c ei v e s P&C 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

or SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

B) r e spons e from ca lle r i s not corr e ct, SRF r e turns I mprop e rCa lle rR e spons e to SCF 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

SRF wa i ts for a n e w op e rat i on from SCF. Th i s may b e a n e w P&C or PA. 

8.1.6 lUlissingCustomerRecord 

8.1.6.1 General description 

8.1.6.1.1 Error description 

The SLP could not be found in the qsm SCF, because the required customer record does not exist , or th e 
r e qu e st e d SLP I , i nd i cat e d by corr el at i on I D i n Ass i stR e qu e st l nstruct i ons do e s not e x i st anymor e. 

8.1 .6.2 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 
InitialDP 

Procedures at invoicing entity ( qsm SSF) 

qsmSSF receives error "MissinqCustomerRecord" 

precondition: qsmSSF state Waiting for Instructions 

postcondition: qsmSSF state Idle 

The GMSC/VMSC handles the call accordinq to the Default Call Handlinq parameter of the valid CSI. 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SSF FSM stat e b Tr i gg e r proc e ss i ng 

or SSF FSM stat e b' — Wa i t i ng for I nstruct i ons; i n cas e of ass i st/hand - off 

postcond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

or SSF FSM stat e b' — Wa i t i ng for I nstruct i ons; i n cas e of ass i st/hand - off 

B) SSF r e c ei v e s e rror "M i ss i ngCustom e rR e cord" 

pr e cond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

or SSF FSM stat e b' — Wa i t i ng for I nstruct i ons; i n cas e of ass i st/hand - off 

postcond i t i on: SSF FSM stat e a Idle 

or SSF FSM stat e a' — I d le ; i n cas e of ass i st/hand - off 

Th e CCF rout e s th e ca ll i f n e c e ssary ( e .g. d e fau l t rout i ng to a t e rm i nat i ng announc e m e nt). 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

Th e SCSM d e t e cts that th e r e qu i r e d SLP do e s not e x i st. Th e SLP I may not e x i st anymor e ( e .g. i n cas e of 
th e op e rat i on Ass i stR e qu e st l nstruct i ons), or th e SLP may hav e n e v e r e x i st e d at a ll ( i . e . th e custom e r 
r e cord i n th e SCF do e s not e x i st, e .g. i n cas e of TDPs a SLP i s att e mpt e d to b e i nvok e d). Th e e rror 
param e t e r M i ss i ngCustom e rR e cord i s us e d to i nform th e i nvok i ng e nt i ty of th i s s i tuat i on. Th e ma i nt e nanc e 
funct i ons ar e i nform e d. 

8.1.6.3 Spare Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

Proc e dur e s at i nvo l < i ng e nt i ty (SRF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: SRSM stat e 2 Conn e ct e d 

B) SRF r e c ei v e s e rror "M i ss i ngCustom e rR e cord" 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: SRSM stat e 1 Idle 
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SRF i n i t i at e d D i sconn e ct. 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

Tl-i e SCSM d e t e cts tliat tin e r e qu i r e d SLP do e s not e x i st (anymor e ). Tli e e stab li slim e nt of a conn e ct i on 
b e tw ee n tin e SSF and tin e SRF took too l ong or tin e corr el at i on I D was i nva li d. I n botli cas e s tin e r e qu e st e d 
SLP cannot b e found. Th e e rror param e t e r M i ss i ngCustom e rR e cord i s us e d to i nform th e i nvok i ng e nt i ty 
of th i s s i tuat i on. Th e ma i nt e nanc e funct i ons ar e i nform e d. 

8.1.7 lUlissingParameter 

8.1.7.1 General description 

8.1.7.1.1 Error description 

There is an error in the received operation argument. The responding entity cannot start to process the 
requested operation because the argument is incorrect: an expected optional parameter which is essential 
for the application is not included in the operation argument. 

8.1 .7.2 Operations SCF - >SSF 
qsmSCF->qsmSSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

R e qu e stR e portBCSMEv e nt R e s e tT i m e r 

S e ndCharq i ng l nformat i on RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect Conn e ctToR e sourc e 

Estab li shT e mporaryConn e ct i on I n i t i at e Ca ll Att e mpt 

Co lle ct l nformat i on 

Proc e dur e s at i nvok i ng e nt i ty (SCF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SCSM any stat e i n wh i ch th e abov e op e rations can b e transf e rr e d 

postcond i t i on: SCSM any stat e as r e su l t of th e transf e r of any of th e abov e op e rat i ons 

B) SCF r e c ei v e s e rror "M i ss i ngParam e t e r" 

pr e cond i t i on: SCSM any stat e as r e su l t of th e transf e r of any of th e abov e op e rat i ons 

postcond i t i on: SCSM trans i t i on to th e i n i t i a l stat e ( i . e . b e for e s e nd i ng th e e rron e ous 

op e rat i on) 
Th e SL and ma i nt e nanc e funct i ons ar e i nform e d. Furth e r tr e atm e nt of th e ca ll i s d e p e nd e nt on SL. 

Procedures at responding entity ( qsm SSF) 

precondition: (1) SSF FSM gsmSSF appropriate state. 

(2) SSF FSM gsmSSF operation received, appropriate event occurred, 
postcondition: (1 ) SSF FSM gsmSSF transition to the same state. 

The SSF FSM gsmSSF detects the error in the received operation. The error parameter is returned to 
inform the gsm SCF of this situation. 
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8.1 .7.3 Operations SSF - >SCF 

Ass i stR e qu e st l nstruct i ons 

I n i t i a l DP 

App l vCharq i nqR e port qsmSSF->qsmSCF 

InitialDP 

Procedures at invoicing entity (SSF) 
qsmSSF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SSF FSM any stat e i n wh i ch th e abov e op e rat i ons can b e transf e rr e d 

postcond i t i on: SSF FSM any stat e as r e su l t of th e transf e r of any of th e abov e op e rat i ons 

B) qsm SSF receives error "MissingParameter" 

precondition: SSF FSM gsmSSF any state as result of the transfer of any of the above operations, 
postcondition: SSF FSM gsmSSF state Idle 

After receiving this error, the qsm SSF FSM-returns to the state Idle, the GMSC/VMSC GG^ handles the 
call according to the Default Call Handling parameter of the valid CSI rout e s th e ca ll i f n e c e ssary (d e fault 
rout i ng to a t e rm i nat i ng announc e m e nt). I f th e ca ll i s a l r e ady e stab li sh e d ( i . e . m i d - ca ll tr i gg e r or 
App l yCharg i ngR e port), th e CCF may ma i nta i n th e ca ll or d i sconn e ct i t. Th e cho i c e b e tw ee n th e s e two 
opt i ons i s n e twork op e rator sp e c i f i c. I n cas e of an ass i st i ng SSF, th e t e mporary conn e ct i on i s r ele as e d by 
th e ass i st i ng SSF . 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

pr e cond i t i on: (1) SCSM appropr i at e stat e . 

(2) SCSM op e rat i on r e c ei v e d, appropr i at e e v e nt occurr e d. 

postcond i t i on: (1) SCSM stat e 1 I d le ; i n cas e of I n i t i a l DP or App l yCharg i ngR e port 

or (2) SCSM stat e 2.1 — Pr e par i ng SSF I nstruct i ons; i n cas e of Ass i stR e qu e st l nstruct i ons. 

Th e SCSM d e t e cts th e e rron e ous s i tuat i on. Th e e rror param e t e r i s us e d to i nform th e SSF of th i s 
s i tuat i on. Th e SL and ma i nt e nanc e funct i ons ar e i nform e d. 

8.1.7.4 -8.1.7.5 Spare Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e ; P&C or PA w ill accompany th e 

Conn e ctToR e sourc e 
or SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons; aft e r 

Estab li shT e mporaryConn e ct i on 
or SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF; i f mor e PAs or P&Cs ar e 

outstand i ng, 
postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

B) R e c ei v i ng e rror 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

Error tr e atm e nt d e p e nds on SL. SCF can i n i t i at e n e w Us e r I nt e ract i on or forc e D i sconn e ct (to SSF). 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

or SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

Th e SRSM d e t e cts that a r e qu i r e d param e t e r i s not pr e s e nt i n th e op e rat i on argum e nt. Th e e rror 
param e t e r M i ss i ngParam e t e r i s us e d to i nform th e SCF of th i s s i tuat i on. Th e SCF shou l d tak e th e 
appropr i at e act i ons to tr e at th i s e rror. 
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8.1.7.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

Proc e dur e s at i nvoking e nt i ty (SRF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: SRSM stat e 2 Conn e ct e d 

B) R e c ei v i ng e rror 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: — SRSM stat e 1 — Idle 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

pr e cond i t i on: SCSM stat e 3.2 Wa i t i ng for AR I 

postcond i t i on: SCSM stat e 2.1 Pr e par i ng SSF i nstruct i ons 

Tin e SCSM d e t e cts tin e e rror i n tin e r e c ei v e d op e rat i on. Tin e e rror param e t e r i s us e d to i nform tin e SRF of 
tli i s s i tuat i on. Tin e SL and ma i nt e nanc e funct i ons ar e i nform e d. Tin e SCF m i glit try anotli e r SRF, rout e tin e 
ca ll or r ele as e tin e ca ll (SL d e p e nd e nt). 

8.1.8 -8.1.9 Spare Param e t e rOutOfRanq e 

8.1.8.1 G e n e ra l d e scr i pt i on 

8.1.8.1.1 Error d e scr i pt i on 

Th e r e spond i ng e nt i ty cannot start th e proc e ss i ng of th e r e qu e st e d op e rat i on b e caus e an e rror i n a 
param e t e r of th e op e rat i on argum e nt i s det e ct e d: a param e t e r va l u e i s out of rang e . 

8.1.8.2 Op e rat i ons SCF - >SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Ca ll Assoc i at e d/Non - ca ll Proc e ss i ng 

App l yCharg i ng 

Ca lll nformat i onR e qu e st 

S e ndCharg i ng l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.8.3 Op e rat i ons SSF - >SCF 

App l yCharg i ngR e port 

R e f e r to subc l aus e 8.1.7 for th e appropr i at e e rror proc e dur e s. 

^A^ R e qu e st e d l nfoError 

8.1.9.1 G e n e ra l d e scr i pt i on 

8.1.9.1.1 Error d e scr i pt i on 

Th e R e qu e st e d l nfoError i s an i mm e d i at e r e spons e to th e Ca lll nformat i onR e qu e st op e rat i on, i nd i cat i ng 
that th e r e qu e st e d i nformat i on i s not known to th e SSF or i s not ava il ab le . 
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8.1.9.1.2 Argum e nt d e scr i pt i on 

PTtfWtETER ENUl'En/'iTED [ 

unl^nownRcquGGtcdlnfo (1) , 

rcqucatcdlnfoNotAvailablc (2) 



8.1.9.2 Op e rat i ons SCF - >SSF 

Ca lll nformat i onR e qu e st 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.10 SystemFailure 

8.1.10.1 General description 

8.1.10.1.1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and 
recovery is not expected to be completed within the current call instance. 

8.1.10.1.2 Argument description 

PARAMETER 

UnavailableNetworkResource 

UnavailableNetworkResource : := ENUMERATED { 

unavailableResources (0) , 

componentFailure (1) , 

basicCallProcessingException (2)7- 

rooourcoStatuoFailuro (3) , 

cndUscrFailurc (4) 



8.1.10.2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

R e qu e stNot i f i cat i onCharg i ngEv e nt RequestReportBCSMEvent 

S e ndCharg i ng l nformat i on 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e D i sconn e ctForwardConn e ct i on 

Estab li shT e mporaryConn e ct i on I n i t i at e Ca ll Att e mpt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.10.3 Operations gsm SSF-> gsm SCF 

InitialDP 
App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 
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8.1.10. 4 Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.11 TasltRefused 

8.1.11.1 General introduction 

8.1 .1 1 .1 .1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and 
recovery is expected to be completed within the current call instance. 

8.1.11.1.2 Argument description 

PARAMETER ENUMERATED { 
generic (0) , 
unobtainable (1) , 
congestion (2) 

} 

8.1 .1 1 .2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

RequestReportBCSMEvent R e s e tT i m e r 

S e ndCharg i ng l nformat i on 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e D i sconn e ctForwardConn e ct i on 

Estab li shT e mporaryConn e ct i on I n i t i at e Ca ll Att e mpt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1 .1 1 .3 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.11.4 -8.1.11.5 Spare Op e rat i ons SCF - >SRF 

PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1.7 for th e appropr i at e e rror proc e dur e s. 

8.1.11.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 
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8.1.12 Spare U nava l l ab le R e sou rc e 

8.1.12.1 G e n e ra l d e scr i pt i on 

8.1.12.1.1 Error d e scr i pt i on 

Th e SRF i s not ab le to p e rform i ts funct i on ( i . e . p l ay a c e rta i n announc e m e nt and/or co lle ct sp e c i f i c us e r 
i nformat i on), and cannot b e r e p l ac e d. A r e att e mpt i s not poss i b le . 

8.1.12.2 Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) SCF s e nds PA or P&C to SRF 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e ; PA or P&C w ill accompany th e 

Conn e ctToR e sourc e 
or SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons; aft e r 

Estab li shT e mporaryConn e ct i on 
or SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF; i f mor e PAs or P&Cs ar e 

outstand i ng, 
postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

B) SCF r e c ei v e s Unava il ab le R e sourc e e rror from SRF 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

I f th e chos e n r e sourc e cannot p e rform i ts funct i on th e furth e r tr e atm e nt i s s e rv i c e d e p e nd e nt. 

EXAMPLE: r e qu e st SSF to conn e ct to a l t e rnat i v e SRF; — 

s e rv i c e proc e ss i ng w i thout PA or P&C ( i f poss i b le ); 

t e rm i nat e s e rv i c e proc e ss i ng. 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) SRF r e c ei v i ng PA or P&C 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d; i f i n i t i a l PA or P&C 

or SRSM stat e 3 Us e r I nt e ract i on; i f not i n i t i a l PA or P&C 

B) SRF i s not ab le to p e rform i ts funct i on (and cannot b e r e p l ac e d). SRF s e nds Unava il ab le R e sourc e . 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

8.1.13 UnexpectedComponentSequence 

8.1.13.1 General description 

8.1.13.1.1 Error description 

The responding entity cannot start the processing of the requested operation because a SACF or MACF 
rule is violated, or the operation could not be processed in the current state of the FSM. 

8.1.13.2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 
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Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

RequestReportBCSMEvent R e s e tT i m e r 

S e ndCharg i ng l nformat i on 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e Cont i nu e 

D i sconn e ctForwardConn e ct i on Estab li shT e mporaryConn e ct i on 

I n i t i at e Ca ll Att e mpt 

In this case tine gsm SSF detects tine erroneous situation, sends tine UnexpectedComponentSequence 
error and remains in tine same state. I n tin e SCF tin e SL and ma i nt e nanc e funct i ons ar e i nform e d and Vn e 
SL d e c i d e s about e rror tr e atm e nt. 

8.1.13.3 Operations qsm SSF-> qsm SCF 

App l yCliarg i ngReport 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

I n cas e of ass i st i ng SSF an e rror occurs i n cas e an Ass i stR e qu e st l nstruct i ons i s s e nt wli ile a r el at i onsli i p 
b e tw ee n SCF and ass i st i ng SSF lias a l r e ady b ee n e stab li sli e d. I n that cas e th e SCF r e turns th e e rror 
param e t e r. SL and ma i nt e nanc e ar e i nform e d. On r e c ei v i ng th e e rror th e ass i st i ng SSF mov e s to I d le and 
th e t e mporary conn e ct i on i s r ele as e d. 

In case the operation is sent by an "initiating" gsm SSF in the context of an existing relationship, the 
gsmSCF returns the error parameter. SL and ma i nt e nanc e ar e i nform e d. On receiving the error the 
gsm SSF moves to Idle. 

8.1.13.4 -8.1.13.5 Spare Op e rat i ons SCF - >SRF (on l y app li cab le for d i r e ct SCF - SRF cas e ) 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

I n th i s cas e th e SRF d e t e cts th e e rron e ous s i tuat i on, s e nds th e Un e xp e ct e dCompon e ntS e qu e nc e e rror 
and r e ma i ns i n th e sam e stat e . I n th e SCF th e SL and ma i nt e nanc e funct i ons ar e i nform e d and th e SL 
d e c i d e s about e rror tr e atm e nt. Poss i b le e rror tr e atm e nt i s to s e nd th e D i sconn e ctForwardConn e ct i on 
op e rat i on to th e SSF. 

8.1.13.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

I n th i s cas e an e rror occurs i f th e SRF has a l r e ady an e stab li sh e d r el at i onsh i p w i th th e SCF and for som e 
r e ason s e nds a Ass i stR e qu e st l nstruct i ons. Th e SCF d e t e cts th e e rron e ous s i tuat i on, i nforms SL and 
ma i nt e nanc e funct i ons and r e turns th e e rror param e t e r. On r e c ei v i ng th e param e t e r th e SRF mov e s to 
i d le and r ele as e s th e t e mporary conn e ct i on. 

8.1.14 UnexpectedData Value 

8.1.14.1 General description 

8.1.14.1.1 Error description 

The responding entity cannot complete the processing of the requested operation because a parameter 
has an unexpected data value. 

NOTE: This error does not overlap with "ParameterOutOfRange". 
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EXAMPLE: startT i m e Dat e AndT i m e :> -- va l u e i nd i cat i ng January 32 1993, 12:15:01 

The — r e spond i ng — e nt i ty do e s — not e xp e ct tii i s va l u e and — r e sponds w i th 

"Un e xp e ct e dDataVa l u e ". 

8.1.14.2 Operations qsm SCF-> qsm SSF 

Call Associated/Non-call Processing 

App l yCharg i ng Furn i shCharg i ng l nformat i on 

R e qu e stNot i f i cat i onCharg i ngEv e nt RequestReportBCSMEvent 

R e s e tT i m e r 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e Estab li shT e mporaryConn e ct i on 

I n i t i ateCa ll Attempt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.14.3 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.14.4 -8.1.14.5 Spare Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.1 4 .5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

R e f e r to subc l aus e 8.1 .7 for th e appropriat e e rror proc e dur e s. 

8.1.15 UnexpectedParameter 

8.1.15.1 General description 

8.1.15.1.1 Error description 

There is an error in the received operation argument. A valid but unexpected parameter was present in 
the operation argument. The presence of this parameter is not consistent with the presence of the other 
parameters. The responding entity cannot start to process the operation. 

8.1.15.2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

RequestReportBCSMEvent R e s e tT i m e r 

S e ndCharg i ng l nformat i on 
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Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e Estab li shT e mporaryConn e ct i on 

I n i t i at e Ca ll Att e mpt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.15.3 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.15.4 -8.1.15.5 Spare Op e rat i ons SCF - >SRF 

P l ayAnnouncem e nt 
PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.15.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.16 Spare UnknownL e q I D 

8.1.16.1 G e n e ra l d e scr i pt i on 

8.1.16.1.1 Error d e scr i pt i on 

Th i s e rror i s us e d to i nd i cat e to th e SCF that a sp e c i f i c le g, i nd i cat e d by th e L e g I D param e t e r va l u e i n th e 
op e rat i on, i s unknown to th e SSF. 

8.1.16.2 Op e rat i ons SCF - >SSF 

Ca ll Assoc i at e d/Non - ca ll Proc e ss i ng 

S e ndCharg i ng l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.2 Entity related error procedures 

The following subclauses define the error handling for the entity related errors. Since the error situations 
are not originated by the reception of an operation, the invoking entity is denoted here as the entity at 
which the error situation is detected. The responding entity is the entity which receives the error report. 

The TCAP services used for reporting errors are described in Clause 10. 

8.2.1 Expiration of IgsF 

8.2.1.1 General description 

8.2.1 .1 .1 Error description 

A timeout occurred in the gsm SSF on the response from the SCF. gsmSCF. 
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8.2.1.2 Procedures SSP-> qsmSSF->qsm SCF 

Procedure at the invoking entity ( qsm SSF) 

Timeout occurs in SSF on I gg p 

pr e cond i t i on: SSF FSM stat e c Wa i t i ng for i nstruct i ons 

or SSF FSM stat e d Wa i t i ng for e nd of Us e r I nt e ract i on 

or SSF FSM stat e e Wa i t i ng for e nd of T e mporary conn e ct i on 

postcond i t i on: — SSF FSM stat e a gsmSSF on Tg gp 

precondition: gsmSSF state Waiting fonnstructions 

postcondition: gsmSSF state Idle 

The SSF FSM gsmSSF aborts the dialogue and moves to the Idle state, the CCF rout e s th e ca ll i f 
n e c e ssary ( e .g. d e fau l t rout i ng to a t e rm i nat i ng announc e m e nt). Th e abort i s r e port e d to th e ma i nt e nanc e 
funct i ons GMSC/VMSC handles the call according to the Default Call Handling parameter of the valid CSI . 

Proc e dur e at th e r e spond i ng e nt i ty (SCF) 

SCF r e c ei v e s a d i a l ogu e abort 

pr e cond i t i on: Any stat e 

postcond i t i on: SCSM stat e 1 I d le ; i f th e abort i s r el at e d to a SSF d i a l ogu e 

or SCSM stat e 2 Pr e par i ng SSF i nstruct i ons; i f th e abort i s r el at e d to an ass i st i ng 

SSF d i a l ogu e 
Th e SCF r ele as e s a ll a ll ocat e d r e sourc e s and r e ports th e abort to th e ma i nt e nanc e funct i ons, i f th e abort 
i s r e c ei v e d on a SSF d i a l ogu e . Th e SCF r ele as e s a ll r e sourc e s r el at e d to th e d i a l ogu e , r e ports th e abort to 
th e ma i nt e nanc e funct i ons and r e turns to stat e pr e par i ng SSF i nstruct i ons, i f th e abort i s r e c ei v e d on an 
ass i st i ng SSF d i a l ogu e . 

8.2.2 Spare Exp i rat i on of T sbf 

8.2.2.1 G e n e ra l d e scr i pt i on 

8.2.2.1.1 Error d e scr i pt i on 

A t i m e out occurr e d i n th e SRF on th e r e spons e from th e SCF. Th i s proc e dur e conc e rns on l y th e d i r e ct 
SCF - SRF cas e . 

8.2.2.2 Proc e dur e s SRF - >SCF 

Proc e dur e at th e i nvo l < i ng e nt i ty (SRF) 

T i m e out occurs i n SRF on T srp 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

or SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 1 Idle 

Th e SRF aborts th e d i a l ogu e and mov e s to th e I d le stat e , a ll a ll ocat e d r e sourc e s ar e d e- a ll ocat e d. Th e 
abort i s r e port e d to th e ma i nt e nanc e funct i ons. 

Proc e dur e at th e r e spond i ng e nt i ty (SCF) 

SCF r e c ei v e s a d i a l ogu e abort 

pr e cond i t i on: SCSM stat e A Us e r I nt e ract i on 

postcond i t i on: SCSM stat e 2 Pr e par i ng SSF i nstruct i ons 

Th e SCF r ele as e s a ll r e sourc e s r el at e d to th e d i a l ogu e , r e ports th e abort to th e ma i nt e nanc e funct i ons 
and r e turns to stat e pr e par i ng SSF i nstruct i ons. 
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9 Detailed operation procedures 

The qsmSSF states which are referred to in this section are described in GSM 03.78 [16], 

9.1 Spare Act i vat e S e rv i c e F il t e r i nq proc e dur e 

&A^ G e n e ra l d e scr i pt i on 

Wh e n r e c ei v i ng th i s op e rat i on, th e SSF hand le s ca ll s to d e st i nat i ons i n a sp e c i f ie d mann e r w i thout r e qu e st 
for i nstruct i ons to th e SCF. I n th e cas e of s e rv i c e f il t e r i ng th e SSF e x e cut e s a sp e c i f i c s e rv i c e f il t e r i ng 
a l gor i thm. For th e transf e r of s e rv i c e f il t e r i ng r e su l ts r e f e r to th e op e rat i on S e rv i c e F il t e r i ngR e spons e . 

9.1.1.1 Param e t e rs 

f il t e r e dCa ll Tr e atm e nt: 



Th i s param e t e r sp e c i f ie s how f il t e r e d ca ll s ar e tr e at e d. I t i nc l ud e s i nformat i on about th e 
announc e m e nt to b e p l ay e d, th e charg i ng approach, th e numb e r of count e rs us e d and th e r ele as e 
caus e to b e app lie d to f il t e r e d ca ll s. 

sFB illi ngCharg i ngCharact e r i st i cs: 

Th i s param e t e r d e t e rm i n e s th e charg i ng to b e app lie d for s e rv i c e f il t e r i ng. I ts cont e nt i s 

n e twork sp e c i f i c. 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e 
ca lli ng party. At th e e nd of i nformat i on s e nd i ng, th e ca ll sha ll b e r ele as e d. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, i t can b e on e of th e 
fol l ow i ng: 

ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4exfe 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d 
to i nband i nformat i on (sp ee ch). Th e attr i but e s of t e xt may cons i st of i t e ms 
such as l anguag e . 

ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Th i s param e t e r sp e c i f ie s an announc e m e nt w i th on e or mor e var i ab le 
parts. 

numb e rOf R e p e t i t i ons: 



Th i s param e t e r i nd i cat e s th e max i mum numb e r of t i m e s th e m e ssag e sha ll b e 
s e nt to th e e nd - us e r. 

durat i on: 



Th i s param e t e r i nd i cat e s th e max i mum t i m e durat i on i n s e conds that th e 
m e ssag e sha ll b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 

i nt e rva l : 



Th i s param e t e r i nd i cat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e t i t i ons, i . e . 
th e t i m e b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt 
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r e p e t i t i on. Th i s param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s 
gr e at e r than on e . 
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ton e : 



Th i s param e t e r sp e cifi e s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt, 
durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e durat i on i n s e conds of th e ton e to b e s e nt. 
ZERO i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 



Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can 
not b e r e c ei v e d by a PSTN e nd - us e r. 

max i mumNumb e rOfCount e rs: 

Th i s param e t e r prov i d e s th e numb e r of count e rs to b e a ll ocat e d as w ell as th e numb e r of 

d e st i nat i ons i nc l ud e d i n th e s e rv i c e f il t e r i ng, i . e . "max i mumNumb e rOfCount e rs" subs e qu e nt 

d e st i nat i on addr e ss e s b e g i nn i ng w i th th e d e st i nat i on addr e ss prov i d e d i n "f il t e r i ngCr i t e r i a" ar e 

us e d for s e rv i c e f il t e r i ng. On e count e r i s ass i gn e d to e ach of th e s e d e st i nat i on addr e ss e s. 

Th e numb e r of count e rs may on l y b e > 1 — i f th e "f il t e r i ngCr i t e r i a" ar e of th e typ e 

"addr e ssAndS e rv i c e ". 

r ele as e Caus e : 



Th i s param e t e r prov i d e s th e caus e va l u e us e d for ca ll r ele as e aft e r th e " I nformat i onToS e nd" 
( e .g. announc e m e nt) has b ee n s e nt to th e ca lli ng party. I f "r ele as e Caus e " i s not pr e s e nt, th e 
d e fau l t va l u e i s th e sam e as th e I SUP va l u e d e c i ma l 31 (norma l unsp e c i f ie d). 

f il t e r i ngCharact e r i st i cs: 



Th i s — param e t e r — i nd i cat e s th e — s e v e r i ty of th e — f il t e r i ng — and th e — poirt — m — t i m e wh e n — the 
S e rv i c e F il t e r i ngR e spons e sha ll b e s e nt. I t d e t e rm i n e s wh e th e r th e " i nt e rval" or th e "numb e rOfCa ll s" 
ar e us e d. 

i nt e rva l : 



Aft e r e xp i rat i on of th e i nt e rva l t i m e r th e n e xt ca ll to arr i v e caus e s fo ll ow i ng act i ons: 

s e nd i ng of an I n i t i a l DP; 

s e nd i ng of a S e rv i c e F il t e r i ngR e spons e ; 

start i ng aga i n th e i nt e rva l t i m e r. 

Wh e n f il t e r i ng i s start e d th e f i rst i nt e rva l i s start e d. 

An i nt e rva l of i nd i cat e s that a ll ca ll s match i ng th e f il t e r i ng cr i t e r i a w ill r e su l t i n s e nd i ng of an 

I n i t i a l DP op e rat i on and no f il t e r i ng w ill b e app lie d ( i . e ., no S e rv i c e F il t e r i ngR e spons e w ill b e 

s e nt). 

An i nt e rva l of - 1 i nd i cat e s that non e of th e ca ll s match i ng th e f il t e r i ng cr i t e r i a w ill ei th e r r e su l t 

i n s e nd i ng of an I n i t i a l DP op e rat i on or a S e rv i c e F il t e r i ngR e spons e op e rat i on. 

Oth e r va l u e s i nd i cat e durat i on i n s e conds. 

numb e rOfCa ll s: 



Th e nth ca ll caus e s an I n i t i a l DP and a S e rv i c e F il t e r i ngR e spons e op e rat i on s e nt to th e SCF. 
Th i s thr e sho l d va l u e i s m e t i f th e sum of a ll count e rs ass i gn e d to on e s e rv i c e f il t e r i ng e nt i ty i s 
e qua l to "numb e rOfCa ll s". 

A numb e r of ca ll s of i nd i cat e s that non e of th e ca ll s match i ng th e f il t e r i ng cr i t e r i a w ill r e su l t 
i n s e nd i ng of an I n i t i a l DP op e rat i on and a S e rv i c e F il t e r i ngR e spons e op e rat i on. 
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f il t e r i ngT i m e Out: 



Th i s — param e t e r — i nd i cat e s — the — durat i on — ol — the — f il t e r i ng. — Wh e n — the — time — e xp i r e s, — a 
S e rv i c e F il t e r i ngR e spons e i s s e nt to th e SCF and s e rv i c e f il t e r i ng i s stopp e d. Two approach e s ar e 
support e d ("durat i on" or "stopT i m e "): 

durat i on: 



I f th e durat i on t i m e e xp i r e s, th e n s e rv i c e f il t e r i ng i s stopp e d and th e f i na l r e port i s s e nt to th e 

A durat i on of i nd i cat e s that s e rv i c e f il t e r i ng i s to b e r e mov e d. 
A durat i on of - 1 i nd i cat e s an i nf i n i t e durat i on. 
A durat i on of - 2 i nd i cat e s a n e twork sp e c i f i c durat i on. 
Oth e r va l u e s i nd i cat e durat i on i n s e conds. 

StopT i m e : 



Wh e n th e "stopT i m e " i s m e t th e n s e rv i c e f il t e r i ng i s stopp e d and th e f i na l r e port i s s e nt to th e 

SCF. I f "stopT i m e " was a l r e ady m e t, i . e . th e va l u e of th e "stopT i m e " i s le ss than th e va l u e of 
th e actua l t i m e but th e d i ff e r e nc e do e s not e xc ee d th e va l u e e qu i va le nt to 50 y e ars, th e n 
s e rv i c e f il t e r i ng i s i mm e d i at el y stopp e d and th e actua l count e r va l u e s ar e r e port e d to th e 
SCF. Th i s occurs i n cas e s wh e r e th e SCF w i sh e s to e xp li c i t l y stop a runn i ng s e rv i c e f il t e r i ng. 

f il t e r i ngCr i t e r i a: 

Th i s param e t e r sp e c i f ie s wh i ch ca ll s ar e f il t e r e d bas e d on "s e rv i c e K e y", "ca lli ngAddr e ssVa l u e ", 

"ca lle dAddr e ss Va l u e " or " l ocat i onNumb e r". I t i s a cho i c e of "s e rv i c e k e y" or "addr e ssAndS e rv i c e ". 

s e rv i c e K e y: 



Th i s param e t e r i d e nt i f ie s unamb i guous l y th e r e qu e st e d I N s e rv i c e for wh i ch f il t e r i ng shou l d 
b e app lie d. 

addr e ssAndS e rv i c e : 



Th i s param e t e r i d e nt i f ie s th e I N s e rv i c e and d i a lle d numb e r for wh i ch f il t e r i ng should b e 
app lie d. Th e g e ograph i ca l ar e a may a l so b e i d e nt i f ie d ("ca lli ngAddr e ssVa l u e " and/or 
" l ocat i onNumb e r"). 

s e rv i c e K e y: 



ca lle dAddr e ss Va l u e : 

Th i s param e t e r conta i ns th e d i a lle d numb e r towards wh i ch f il t e r i ng sha ll b e app lie d. 

Th e comp le t e ca lle d party numb e r sha ll b e sp e c i f ie d. 

ca lli ngAddr e ssVa l u e : 



Th i s param e t e r conta i ns th e ca lli ng party numb e r wh i ch i d e nt i f ie s th e ca lli ng party or 
g e ograph i ca l or i g i n of th e ca ll for wh i ch f il t e r i ng sha ll b e app lie d. 

l ocat i onNumb e r: 



Th i s param e t e r i d e nt i f ie s th e g e ograph i ca l ar e a from wh i ch th e ca ll to b e f il t e r e d 
or i g i nat e s. I t i s us e d wh e n "ca lli ngAddr e ssVa l u e " do e s not conta i n any i nformat i on 
about th e g e ograph i ca l l ocat i on of th e ca lli ng party. 



startT i m e : 



Th i s param e t e r d e f i n e s wh e n f il t e r i ng i s start e d. I f "startT i m e " i s not prov i d e d or was a l r e ady m e t, 
th e SSF starts f il t e r i ng i mm e d i at e ly. 
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9t4,2 I nvok i ng e nt i ty (SCF) 

9.1.2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

m SLP I d e t e cts tliat s e rv i c e f il t e r i ng lias to b e i n i t i at e d at th e SSF. 

SCF postcond i t i ons: 

m SLP I starts an app li cat i on t i m e r to mon i tor tin e e xp e ct e d e nd of s e rv i c e f il t e r i ng. 

(2) Th e SCME i s i n th e stat e "Wa i t i ng for SSF S e rv i c e F il t e r i ng R e spons e ". 

S e nd i ng th e Act i vat e S e rv i c e F il t e r i ng op e rat i on caus e s a trans i t i on of th e SCME from th e stat e "S e rv i c e 
F il t e r i ng I d le " to th e stat e "Wa i t i ng For SSF S e rv i c e F il t e r i ng R e spons e ". Th e SCME r e ma i ns i n th i s stat e 
unt il th e app li cat i on t i m e r i n th e SLP I e xp i r e s. Th e SCME i s i nform e d by th e SLP I about t i m e r e xp i rat i on. 
Th e n i t mov e s to th e stat e "S e rv i c e F il t e r i ng I d le ". 

I f no e rrors occurr e d aft e r r e c ei v i ng an Act i vat e S e rv i c e F il t e r i ng at th e SSF an e mpty r e turn r e su l t i s s e nt to 
th e SCF. That caus e s no stat e trans i t i on i n th e SCME. 

To chang e th e — param e t e rs of an — e x i st i ng s e rv i c e f il t e r i ng — e nt i ty th e — SGF — has to — seod — ar^ 
Act i vat e S e rv i c e F il t e r i ng op e rat i on w i th th e sam e "f il t e r i ngCr i t e r i a". Th e s e cond param e t e r s e t r e p l ac e s th e 
f i rst on e . 

9.1.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9t4,3 R e spond i ng e nt i ty (SSF) 

9.1.3.1 Norma l proc e dur e 

SSF pr e cond i t i on: 
Non e . 

SSF postcond i t i on: 

f4 Th e SSME FSM i s i n th e stat e "Non - ca ll Assoc i at e d Tr e atm e nt". 

I f th e r e i s no a l r e ady e x i st i ng SSME FSM for th e "f il t e r i ngCr i t e r i a" prov i d e d th e n a n e w SSME FSM i s 
cr e at e d. Th i s SSME FSM e nt e rs th e stat e "Non - Ca ll Assoc i at e d Tr e atm e nt" and i n i t i a li z e s th e s e rv i c e 
f il t e r i ng for th e sp e c i f ie d I N ca ll s. Th e param e t e rs "f il t e r e dCa ll Tr e atm e nt", "f il t e r i ngCharact e r i st i cs", 
"f il t e r i ngCr i t e r i a", "f il t e r i ngT i m e Out" and "startT i m e " ar e s e t as prov i d e d i n th e op e rat i on. A numb e r of 
count e rs w ill b e a ll ocat e d and r e s e t. I n th e cas e of th e "startT i m e " that has not b ee n m e t y e t, th e s e rv i c e 
f il t e r i ng w ill b e start e d at th e sp e c i f ie d po i nt i n t i m e . 

I f th e op e rat i on Act i vat e S e rv i c e F il t e r i ng addr e ss e s an a l r e ady e x i st i ng s e rv i c e f il t e r i ng e nt i ty th e 
param e t e rs — "f il t e r e dCa ll Tr e atm e nt", — "f il t e r i ngCharact e r i st i cs" — "f il t e r i ngT i m e Out" — and — "startT i m e " — am 
mod i f ie d as prov i d e d i n th e op e rat i on. I n th e cas e that th e addr e ss e d s e rv i c e f il t e r i ng e nt i ty i s act i v e th e 
SSF r e ports th e count e r va l u e s to th e SCF v i a th e op e rat i on "S e rv i c e F il t e r i ngR e spons e ". Th e s e rv i c e 
f il t e r i ng proc e ss i s stopp e d i f an a l r e ady e xp i r e d "stopT i m e " or "durat i on" e qua l to ZERO or a n e w not y e t 
m e t "startT i m e " i s prov i d e d. Th e SSF th e n proc ee ds as d e scr i b e d for "S e rv i c e F il t e r i ngR e spons e ". I n th e 
cas e of th e "startT i m e " that has not b ee n m e t y e t, th e s e rv i c e f il t e r i ng w ill b e cont i nu e d at th e sp e c i f ie d 
po i nt i n t i m e . 

I f th e s e rv i c e f il t e r i ng proc ee ds th e n th e SSME FSM r e ma i ns i n th e stat e "Non - Ca ll Assoc i at e d 
Tr e atm e nt". Oth e rw i s e th e SSME FSM mov e s to stat e " I d le Manag e m e nt". 

Wh e n a call match e s s e v e ra l act i v e "f il t e r i ngCr i t e r i a" i t shou l d b e subj e ct to f i lt e r i ng on th e most sp e cific 
cr i t e r i a, i . e . th e cr i t e r i a w i th th e l ong e st "ca lli ngAddr e ssVa l u e " or " l ocat i onNumb e r", or a l t e rnat i v el y th e 
cr i t e r i a w i th th e l arg e st numb e r of param e t e rs sp e c i f ie d. 
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Wh e n p e rform i ng s e rv i c e f il t e r i ng w i th th e "f il t e r i ngCr i t e r i a" "addr e ssAndS e rv i c e " th e f i rst param e t e rs 
ch e ck e d w ill a l ways b e th e "s e rv i c e K e y" and "ca lle dAddr e ssVa l u e ". 

W — an — Act i vat e S e rv i c e F il t e r i ng — op e rat i on — is — passed — to — the — SSP — with — the — "f il t e r i ngCr i t e r i a" 
"addr e ssAndS e rv i c e " w i th both "ca lli ngAddr e ssVa l u e " and " l ocat i onNumb e r" pr e s e nt, th e fo ll ow i ng i s 
app li cab le : 

Wh e n th e SSF r e c ei v e s a ca ll that match e s "s e rv i c e K e y" and "ca lle dAddr e ssVa l u e " ( i n th e act i v e 
"f il t e r i ngCr i t e r i a"), i t i nv e st i gat e s wh e th e r or not th e " l ocat i onNumb e r" i s pr e s e nt i n th e i n i t i a l addr e ss 
m e ssag e . I f i t i s pr e s e nt and match e s th e act i v e "f il t e r i ngCr i t e r i a" th e ca ll i s f il t e r e d. I f th e SSF f i nds that 
th e " l ocat i onNumb e r" i s abs e nt, th e n i t w ill ch e ck th e "ca lli ngAddr e ssVa l u e " and p e rform f il t e r i ng 
d e p e nd i ng on that param e t e r. 

I f no e rrors occurr e d aft e r r e c ei v i ng an Act i vat e S e rv i c e F il t e r i ng on th e SSF an e mpty r e turn r e su l t i s s e nt 
to th e SCF. That caus e s no stat e trans i t i on i n th e SSME FSM. 

Th e fo ll ow i ng app li cat i on t i m e rs ar e us e d: 

d e t e ct mom e nt to start s e rv i c e f il t e r i ng (start t i m e ); 

durat i on t i m e for s e rv i c e f il t e r i ng; 

i nt e rva l t i m e for s e rv i c e f il t e r i ng (for t i m e r contro lle d approach). 

9.1.3.2 Error hand li ng 

I f th e SSF d e t e cts an e rror w i th any of th e d e f i n e d e rror va l u e s th e n th i s e rror i s r e port e d to th e SCF. 

Th e e v e nt i s r e cord e d i n th e SSF and an e rror cond i t i on i nd i cat e d. 

I n cas e a n e w SSME FSM shou l d b e cr e at e d, th e r el at i onsh i p i s e nd e d and a ll conc e rn e d r e sourc e s ar e 
r ele as e d. Th e SSME FSM r e ma i ns i n th e stat e " I d le Manag e m e nt". 

I n cas e th e r e i s a l r e ady an e x i st i ng SSME FSM, th e s e rv i c e f il t e r i ng data r e ma i ns unchang e d. Th e SSME 
FSM r e ma i ns i n th e stat e "Non - Ca ll Assoc i at e d Tr e atm e nt". 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.2 Activity Test procedure 

9.2.1 General description 

This operation is used to check for the continued existence of a relationship between the SCF and 
qsmSCF and qsm SSF. If the relationship is still in existence, then the gsmSSF will respond. If no reply is 
received, then the gsm SCF will assume that the gsm SSF has failed in some way and will take the 
appropriate action. 

9.2.1.1 Parameters 

None. 

9.2.2 Spare l nvok i nq e nt i ty (SCF) 

9.2.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e act i v i ty t e st t i m e r e xp i r e s, T Acffest , aft e r wh i ch th e Act i v i tyT e st op e rat i on i s s e nt to th e SSF. 
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SCF postcond i t i on: 

(4] I f a r e turn r e su l t "Act i v i tyT e st" i s r e c ei v e d, th e SCME r e s e ts [h e act i v i ty t e st t i m e r and tak e s no 

furth e r act i on. 

9.2.2.2 Error hand li ng 

I f a t i m e out on th e Act i v i tyT e st op e rat i on or a P - Abort i s r e c ei v e d from TCAP, th i s i s an i nd i cat i on that th e 
r el at i onsh i p w i th th e SSF was som e how l ost. I f a t i m e- out i s r e c ei v e d, SCF aborts th e d i a l ogu e . 

Th e SLP I that was th e us e r of th i s d i a l ogu e w ill b e i nform e d, th e corr e spond i ng SCSM FSM w ill mov e to 
th e stat e " I d le ". 

9.2.3 Responding entity (gsmSSF) 

9.2.3.1 Normal procedure 

gsmSSF precondition: 

(1 ) A relationship exists between the SCF and th e qsmSCF and the gsm SSF. 

gsm SSF postconditions: 

(1 ) The SSME FSM stays in, or moves to the state "Non-call Associated Treatment". 

(2) If the dialogue ID is active and if there is a SSF FSM gsmSSF using the dialogue, the SSME sends 
a return result "ActivityTest" to the gsm SCF. If there are no other management activities, the SSME 
FSM returns to the state "Idle Management", or 

If the dialogue ID is not active, the TCAP in the SSP gsmSSF will issue a P-Abort, the SSME will in 
that case never receive the ActivityTest operation and thus will not be able to reply. 

9.2.3.2 Error handling 
Not applicable. 

9.3 -9.10 Spare App l yCharq i nq proc e dur e 

9,3,^1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d for i nt e ract i ng from th e SCF w i th th e SSF charg i ng m e chan i sms. Th e 
App l yCharg i ngR e port op e rat i on prov i d e s th e f ee dback from th e SSF to th e SCF. 

As s e v e ra l conn e ct i on conf i gurat i ons may b e e stab li sh e d dur i ng a ca ll , a poss i b ili ty e x i sts for th e 
App l yCharg i ng to b e i nvok e d at th e b e g i nn i ng of e ach conn e ct i on conf i gurat i on, for e ach party. 

Th e charg i ng sc e nar i os support e d by th i s op e rat i on ar e sc e nar i os A A and A. 2 (r e f e r to Ann e x B). 

9.3.1.1 Param e t e rs 

aChB illi ngCharg i ngCharact e r i st i cE 



Th i s param e t e r sp e c i f ie s th e charg i ng r el at e d i nformat i on to b e prov i d e d by th e SSF and th e 
cond i t i ons — oh — wh i ch — Ms — i nformat i on — has — to — be — r e port e d — back — to — the — SGF — via — the 
App l yCharg i ngR e port op e rat i on. I ts cont e nts i s n e twork op e rator sp e c i f i c. 

s e ndCa l cu l at i onToSCP I nd i cat i on: 

Th i s param e t e r i nd i cat e s that App l yCharg i ngR e port op e rat i ons (at le ast on e at th e e nd of th e 
conn e ct i on conf i gurat i on charg i ng proc e ss) ar e e xp e ct e d from th e SSF. Th i s param e t e r i s a l ways 
s e t to TRUE. 

partyToCharg e : 

Th i s param e t e r i nd i cat e s th e party i n th e ca ll to wh i ch th e App l yCharg i ng op e rat i on shou l d b e 

app lie d. I f i t i s not pr e s e nt, th e n i t i s app lie d to th e A - party. 
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9,3,2 I nvok i ng e nt i ty (SCF) 

9.3.2.1 Norma l proc e dur e 

SCF Pr e cond i t i ons 

m A contro l r el at i onsli i p e x i sts b e tw ee n tin e SCF and tin e SSF. 

(2) Tl-i e SLP I lias d e t e rm i n e d tliat an App l yCliarg i ng op e rat i on lias to b e s e nt. 

SCF postcond i t i ons: 

(4] No FSM stat e trans i t i on. 

(2) Tl-i e SLP I i s e xp e ct i ng App l yCliarg i ngR e port op e rat i ons from tin e SSF. 

Th e SCSM FSM i s i n stat e "Pr e par i ng SSF I nstruct i ons" or i s i n stat e "Qu e u i ng FSM". Th i s op e rat i on i s 
i nvok e d by th e SCF i f a SLP I r e su l ts i n th e r e qu e st of i nt e ract i ng w i th th e charg i ng m e chan i sms w i th i n th e 
SSF to g e t back i nformat i on about th e charg i ng. 

9.3.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,3,3 R e spond i ng e nt i ty (SSF) 

9.3.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) Th e SSF FSM i s i n on e of th e fo ll ow i ng stat e s: 

"Wa i t i ng for I nstruct i ons" (stat e c); or 

"Wa i t i ng for End of Us e r I nt e ract i on" (stat e d); or 

"Wa i t i ng for End of T e mporary Conn e ct i on" (stat e e ); or 

th e ass i st i ng/hand - off SSF FSM i s i n stat e : "Wa i t i ng for I nstruct i ons" (stat e b) 

SSF postcond i t i on: 

(4) No FSM stat e trans i t i on 

On r e c ei pt of th i s op e rat i on, th e SSF s e ts th e charg i ng data us i ng th e i nformat i on ele m e nts i nc l ud e d i n th e 
op e rat i on and acts accord i ng l y. I n add i t i on, th e SSF w ill start th e mon i tor i ng of th e e nd of th e conn e ct i on 
conf i gurat i on and oth e r charg i ng e v e nts, i f r e qu e st e d. 

9.3.3.2 Error hand li ng 

M i ss i ngParam e t e r: Th i s e rror i s i nd i cat e d i f th e "s e ndCa l cu l at i onToSCP I nd i cat i on" i s not prov i d e d. 

Un e xp e ct e dDataVa l u e : Th i s e rror i s i nd i cat e d i f th e "s e ndCa l cu l at i onToSCP I nd i cat i on" i s s e t to FALSE. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,4 App l yCharg i ngR e port proc e dur e 

9,4,^1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d by th e SSF to r e port charg i ng r el at e d i nformat i on to th e SCF as r e qu e st e d by th e 
SCF us i ng th e App l yCharg i ng op e rat i on. 

Dur i ng a conn e ct i on conf i gurat i on th e App l yCharg i ngR e port op e rat i on may b e i nvok e d on mu l t i p le 
occas i ons. For e ach ca ll party and e ach conn e ct i on conf i gurat i on, th e App l yCharg i ngR e port op e rat i on 
may b e us e d s e v e ra l t i m e s. At le ast on e App l yCharg i ngR e port op e rat i on sha ll b e s e nt at th e e nd of th e 
conn e ct i on conf i gurat i on charg i ng proc e ss. 

Th e charg i ng sc e nar i os support e d by th i s op e rat i on ar e sc e nar i os A A and A. 2 (r e f e r to Ann e x B). 
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9. 4 .1.1 Param e t e rs 

Ca ll R e su l t: 



Th i s param e t e r prov i d e s th e SCF w i th th e charg i ng r el at e d i nformat i on pr e v i ous l y r e qu e st e d us i ng 
th e App l yCharg i ng op e rat i on w i th i ts "s e ndCa l cu l at i onToSCP I nd i cat i on" param e t e r s e t to TRUE. 
Th e "Ca ll R e su l t" w ill — i nc l ud e th e "partyToCharg e " param e t e r as — r e c ei v e d — i n th e — related 
App l yCharg i ng op e rat i on to corr el at e th e r e su l t to th e r e qu e st. Th e r e ma i n i ng cont e nt of 
"Ca ll R e su l t" i s n e twork op e rator sp e c i f i c. Examp le s of th e s e cont e nts may b e : bu l k count e r va l u e s, 
costs, tar i ff chang e and t i m e of chang e , t i m e stamps, durat i ons, e tc. 

9,4,2 I nvok i ng e nt i ty (SSF) 

9. 4 .2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

f4 A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) A charg i ng e v e nt has b ee n d e t e ct e d that was r e qu e st e d by th e SCF v i a an App l yCharg i ng 

op e rat i on. 

SSF postcond i t i ons: 

m I f th e conn e ct i on conf i gurat i on do e s not chang e th e n no FSM stat e trans i t i on sha ll occur. 

I f th e conn e ct i on conf i gurat i on chang e s th e n th e FSM sha ll mov e to: 

" I d le " stat e i f th e r e i s no oth e r EDP arm e d and no r e port r e qu e sts ar e p e nd i ng; or oth e rw i s e 

sha ll r e ma i n i n th e sam e stat e . 

Th i s op e rat i on i s i nvok e d i f a charg i ng e v e nt has b ee n d e t e ct e d that was r e qu e st e d by th e SCF. Th e 
App l yCharg i ngR e port op e rat i on on l y d e a l s w i th charg i ng e v e nts w i th i n th e SSF i ts el f. Examp le s of 
charg i ng e v e nts may b e : thr e sho l d va l u e r e ach e d, t i m e r e xp i rat i on, tar i ff chang e , e nd of conn e ct i on 
conf i gurat i on, e tc. 

9. 4 .2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,4,3 R e spond i ng e nt i ty (SCF) 

9. 4 .3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m An App l yCharg i ng op e rat i on w i th i ts "s e ndCa l cu l at i onToSCP I nd i cat i on" param e t e r s e t to TRUE has 

b ee n s e nt at th e r e qu e st of an SLP I and th e SLP I i s e xp e ct i ng an App l yCharg i ngR e port from th e 

SS^ 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on i f furth e r r e ports, i nc l ud i ng Ev e ntR e portBCSM and Ca lll nformat i onR e port, 

ar e e xp e ct e d; or 

Trans i t i on to th e stat e " I d le " i f th e r e port i s th e l ast on e and no Ev e ntR e portBCSM or Ca ll- 
l nformat i onR e port i s e xp e ct e d. 

On r e c ei pt of th i s op e rat i on, th e SLP I wh i ch i s e xp e ct i ng th i s op e rat i on w ill cont i nu e . 

9. 4 .3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,5 Ass i stR e qu e st l nstruct i ons proc e dur e 

&SA G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s s e nt to th e SCF by an SSF, wh i ch i s act i ng as th e ass i st i ng SSF i n an ass i st or hand - off 
proc e dur e , or by a SRF. Th e op e rat i on i s s e nt wh e n th e ass i st i ng SSF or SRF r e c ei v e s an i nd i cat i on from 
an i n i t i at i ng SSF conta i n i ng i nformat i on i nd i cat i ng an ass i st or hand - off proc e dur e . 

9.5.1.1 Param e t e rs 

corr el at i on I D: 



Th i s param e t e r i s us e d by th e SCF to assoc i at e th e Ass i stR e qu e st l nstruct i ons from th e ass i st i ng 
SSF or by a SRF w i th th e I n i t i a l DP from th e i n i t i at i ng SSF. Th e va l u e of th e "corr el at i on I D" may b e 
e xtract e d from th e d i g i ts r e c ei v e d from th e i n i t i at i ng SSF or b e a ll of th e d i g i ts. 

i PAva il ab le : 



Th i s param e t e r i s s e nt by the ass i st i ng or hand - off SSP to i nd i cat e wh e ther or not an I P i s attach e d 
and ava il ab le ( i . e . not e xhaust e d) at th e SSP. Th i s param e t e r i s app li cab le to th i s op e rat i on on l y i n 
th e phys i ca l sc e nar i os corr e spond i ng to ass i st w i th r el ay or hand - off. Th e us e of th i s param e t e r i s 
n e twork op e rator d e p e nd e nt. 

i PSSPCapab ili t ie s: 



Th i s param e t e r i s s e nt by th e ass i st i ng or hand - off SSP to i nd i cat e wh i ch SRF r e sourc e s ar e 

support e d w i th i n th e SSP and attach e d and ava il ab le . Th i s param e t e r i s app li cab le to th i s op e rat i on 
on l y i n th e phys i ca l sc e nar i os corr e spond i ng to ass i st w i th r el ay or hand - off. Th e us e of th i s 
param e t e r i s n e twork op e rator d e p e nd e nt. 

9,5,2 lnvo l < i ng e nt i ty (SSF/SRF) 

9.5.2.1 Norma l proc e dur e 

SSF pr e cond i t i on: 

m An ass i st i nd i cat i on i s d e t e ct e d by th e ass i st i ng SSF. 

SSF postcond i t i on: 

m Th e ass i st i ng SSF wa i ts for i nstruct i ons. 

On r e c ei pt of an ass i st i nd i cat i on from th e i n i t i at i ng SSF, th e SSF or SRF sha ll assur e that th e r e qu i r e d 
r e sourc e s ar e ava il ab le to i nvok e an Ass i stR e qu e st l nstruct i ons op e rat i on i n th e SSF/SRF and i nd i cat e to 
th e i n i t i at i ng SSF that th e ca ll i s acc e pt e d. Th e Ass i stR e qu e st l nstruct i ons op e rat i on i s i nvok e d by th e SSF 
or SRF aft e r th e ca ll , wh i ch i n i t i at e d th e ass i st i nd i cat i on, i s acc e pt e d. Th e ass i st i ng SSF FSM trans i t i ons 
to stat e "Wa i t i ng For I nstruct i ons". 

9.5.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,5,3 R e spond i ng e nt i ty (SCF) 

9.5.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e i n i t i at i ng SSF. 

(2) Th e SCF wa i ts for Ass i stR e qu e st l nstruct i ons. 

SCF postcond i t i on: 

m An SSF or SRF i nstruct i on i s b ei ng pr e par e d. 



GSM 09.78 version 5.1.0 137 TS 1 01 046 V5.1 .0 (1 997 08) 

On r e c ei pt of th i s op e rat i on i n th e SCSM stat e "Wa i t i ng for Ass i st R e qu e st I nstruct i ons", th e SCP has to 
p e rform th e fo ll ow i ng act i ons: 

I f th e Ass i stR e qu e st l nstruct i ons op e rat i on was r e c ei v e d from an ass i st i ng SSF, and th e r e sourc e is 
ava il ab le , th e SCSM pr e par e s th e Conn e ctToR e sourc e and P l ayAnnounc e m e nt or PromptAndCo lle ct - 
Us e r l nformat i on to b e s e nt to th e ass i st i ng SSF. 

Th e SCF d e t e rm i n e s SSF/SRF by m e ans of "corr el at i on I D", "d e st i nat i onNumb e r" or n e twork know le dg e . 

I f th e Ass i stR e qu e st l nstruct i ons op e rat i on was r e c ei v e d from a SRF, and th e r e sourc e i s ava il ab le , th e 
SCSM pr e par e s th e P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on to b e s e nt to th e SRF. 

9.5.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

&S Ca ll Gap proc e dur e 

9,6,^1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to r e duc e th e rat e at wh i ch sp e c i f i c s e rv i c e r e qu e sts ar e s e nt to 
th e SCF. 

9.6.1.1 Param e t e rs 

gapCr i t e r i a: 



Th i s param e t e r i d e nt i f ie s th e cr i t e r i a for a ca ll to b e subj e ct to ca ll gapp i ng. 
ca lle dAddr e ss Va l u e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e le ad i ng d i g i ts of th e 
d i a lle d numb e r of a ca ll att e mpt match thos e sp e c i f ie d i n "gapCr i t e r i a". 

gapOnS e rv i c e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e "s e rv i c e k e y" of a ca ll 
att e mpt match thos e sp e c i f ie d i n "gapCr i t e r i a". 

ca lle dAddr e ssAndS e rv i c e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e "s e rv i c e K e y" and th e 
le ad i ng d i g i ts of th e d i a lle d numb e r of a ca ll att e mpt match thos e sp e c i f ie d i n "gapCr i t e r i a". 

ca lli ngAddr e ssAndS e rv i c e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e "s e rv i c e K e y" and th e 

le ad i ng d i g i ts of th e ca lli ng party numb e r or th e l ocat i on numb e r of a ca ll att e mpt match thos e 
sp e c i f ie d i n "gapCr i t e r i a". 

gap l nd i cators: 

Th i s param e t e r i nd i cat e s th e gapp i ng charact e r i st i cs. 

durat i on: 



Durat i on sp e c i f ie s th e tota l t i m e i nt e rva l dur i ng wh i ch ca ll gapp i ng for th e sp e c i f ie d gap 

cr i t e r i a w ill b e act i v e . 

A durat i on of i nd i cat e s that gapp i ng i s to b e r e mov e d. 

A durat i on of - 1 i nd i cat e s an i nf i n i t e durat i on. 

A durat i on of - 2 i nd i cat e s a n e twork sp e c i f i c durat i on. 

Oth e r va l u e s i nd i cat e durat i on i n s e conds. 
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gap l nt e rva l : 



Th i s param e t e r sp e c i f ie s th e m i n i mum t i m e b e tw ee n ca ll s b ei ng a ll ow e d through. 

An i nt e rva l of i nd i cat e s that ca ll s m ee t i ng th e gap cr i t e r i a ar e not to b e r e j e ct e d. 

An i nt e rva l of - 1 i nd i cat e s that a ll ca ll s m ee t i ng th e gap cr i t e r i a ar e to b e r e j e ct e d. 

Oth e r va l u e s i nd i cat e i nt e rva l i n m illi s e conds. 

contro l Typ e : 

Th i s param e t e r i nd i cat e s th e r e ason for act i vat i ng ca ll gapp i ng. 

Th e "contro l Typ e " va l u e "sCPOv e r l oad e d" i nd i cat e s that an automat i c cong e st i on d e t e ct i on and 
contro l m e chan i sm i n th e SCP has d e t e ct e d a cong e st i on s i tuat i on. 

Th e "contro l Typ e " va l u e "manua ll y l n i t i at e d" i nd i cat e s that th e s e rv i c e and or n e twork/s e rv i c e 
manag e m e nt c e ntr e has d e t e ct e d a cong e st i on s i tuat i on, or any oth e r s i tuat i on that r e qu i r e s 
manua ll y i n i t i at e d contro l s. 

Th e contro l Typ e "manua ll y l n i t i at e d" w ill hav e pr i or i ty ov e r "sCPOv e r l oad e d" ca ll gap. 
I t shou l d b e not e d that a l so non -I N contro lle d traff i c contro l m e chan i sm can app l y to an e xchang e 
w i th th e SSF funct i ona li ty. As th e non -I N contro lle d traff i c contro l i s w i th i n th e CCF, th i s traff i c 
contro l has i mp li c i t pr i or i ty ov e r th e I N contro lle d traff i c contro l . Th e non -I N contro lle d traff i c contro l 
may a l so hav e som e i nf l u e nc e to th e I N ca ll . Th e r e for e i t i s r e comm e nd e d to tak e m e asur e s to co - 
ord i nat e s e v e ra l traff i c contro l m e chan i sms. Th e non -I N contro lle d traff i c contro l and co - ord i nat i on 
of s e v e ra l traff i c contro l m e chan i sms ar e out of th e scop e of cor e I NAP. 

gapTr e atm e nt: 



Th i s param e t e r i nd i cat e s how ca ll s that w e r e stopp e d by th e ca ll gapp i ng m e chan i sm sha ll b e 
tr e at e d. 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e 
ca lli ng party. At th e e nd of i nformat i on s e nd i ng, th e ca ll sha ll b e r ele as e d. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, i t can b e on e of th e 
fo ll ow i ng: 

ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4ext; 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d 
to i nband i nformat i on (sp ee ch). Th e attr i but e s of t e xt may cons i st of i t e ms 
such as l anguag e . 

ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Th i s param e t e r sp e c i f ie s an announc e m e nt w i th on e or mor e var i ab le 
parts. 

numb e rOf R e p e t i t i ons 



Th i s param e t e r i nd i cat e s th e max i mum numb e r of t i m e s th e m e ssag e sha ll b e 
s e nt to th e e nd - us e r. 

durat i on: 



Th i s param e t e r i nd i cat e s th e max i mum t i m e durat i on i n s e conds that th e 
m e ssag e sha ll b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 
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i nt e rva l : 



Th i s param e t e r indicat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e titions, i. e . 
th e t i m e b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt 
r e p e t i t i on. Th i s param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s 
gr e at e r than on e . 



ton e : 



Th i s param e t e r sp e c i f ie s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt. 



durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e durat i on i n s e conds of th e ton e to b e s e nt. 

ZERO i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 

Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can not b e 

r e c ei v e d by a PSTN e nd - us e r. 

r ele as e Caus e : 



Th i s param e t e r i nd i cat e s that th e ca ll sha ll b e r ele as e d us i ng th e g i v e n r ele as e caus e . 
-befe 



Th i s param e t e r i nd i cat e s i nband i nformat i on, a ton e or d i sp l ay i nformat i on to b e s e nt to th e 

ca lli ng party. At th e e nd of i nformat i on s e nd i ng, th e ca ll sha ll b e r ele as e d, us i ng th e g i v e n 
r ele as e caus e . 

9,6,2 I nvok i ng e nt i ty (SCF) 

9.6.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m Th e SCF d e t e cts an ov e r l oad cond i t i on p e rs i sts and ca ll gapp i ng has to b e i n i t i at e d at th e SSF; or 

Th e SCF r e c ei v e s a manua ll y i n i t i at e d ca ll gapp i ng r e qu e st from th e SMF. 

SCF postcond i t i on: 

m Th e SCME FSM r e ma i ns i n th e sam e stat e upon i ssu i ng th e Ca ll Gap op e rat i on. 

A cong e st i on d e t e ct i on and contro l a l gor i thm mon i tors th e l oad of SCP r e sourc e s. Aft e r d e t e ct i on of a 
cong e st i on s i tuat i on th e param e t e rs for th e Ca ll Gap op e rat i on ar e prov i d e d. 

I f th e cong e st i on le v el chang e s n e w Ca ll Gap op e rat i ons may b e s e nt for act i v e gap cr i t e r i a but w i th n e w 
gap i nt e rva l . I f no cong e st i on i s d e t e ct e d gapp i ng may b e r e mov e d. 

A manua l i n i t i at e d ca ll gap w ill tak e pr e va il ov e r an automat i c i n i t i at e d ca ll gap. 

9.6.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9,6,3 R e spond i ng e nt i ty (SSF) 

9.6.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll gapp i ng for gapCr i t e r i a i s not act i v e ; or 

Ca ll gapp i ng for gapCr i t e r i a i s act i v e . 



GSM 09.78 version 5.1.0 1 40 TS 1 01 046 V5.1 .0 (1 997 08) 

SSF postcond i t i ons: 

f4 Tli e SSME FSM i s i n tli e stat e "Non - ca ll assoc i at e d tr e atm e nt". 

(2) Ca ll gapp i ng for gapCr i t e r i a i s act i vat e d; or 

Ca ll gapp i ng for gapCr i t e r i a i s r e n e w e d; or 

Ca ll gapp i ng for gapCr i t e r i a i s r e mov e d. 

I f th e r e i s no a l r e ady e x i st i ng SSME FSM for th e gap cr i t e r i a prov i d e d th e n a n e w SSME FSM i s cr e at e d. 
Th i s SSME FSM e nt e rs th e stat e "Non - ca ll assoc i at e d tr e atm e nt" and i n i t i a li z e s ca ll gapp i ng for th e 
sp e c i f ie d I N ca ll s. Th e param e t e rs "gap l nd i cators", "contro l Typ e " and "gapTr e atm e nt" for th e i nd i cat e d 
gap cr i t e r i a w ill b e s e t as prov i d e d by th e Ca ll Gap op e rat i on. 

I n g e n e ra l , th e manua ll y l n i t i at e d ca ll gapp i ng w ill pr e va il ov e r automat i ca ll y i n i t i at e d ("sCPOv e r l oad e d"). 
Mor e sp e c i f i ca ll y, th e fo ll ow i ng ru le s w ill b e app lie d i n th e SSF to manag e th e pr i or i ty of d i ff e r e nt contro l 
Typ e s assoc i at e d w i th th e sam e "gapCr i t e r i a": 

I f an SSME FSM a l r e ady e x i sts for th e "gapCr i t e r i a" prov i d e d, th e n: 

4] i f th e (n e w) "contro l Typ e " e qua l s an e x i st i ng "contro l Typ e ", th e n th e n e w param e t e rs ( i . e ., 

"gap l nd i cators" and "gapTr e atm e nt") w ill ov e rwr i t e th e e x i st i ng param e t e r va l u e s; 

2) i f th e (n e w) "contro l Typ e " i s d i ff e r e nt than th e e x i st i ng "contro l Typ e ", th e n th e n e w param e t e rs ( i . e ., 

"contro l Typ e ", "gap l nd i cators", and "gapTr e atm e nt") w ill b e app e nd e d to th e appropr i at e SSME 
FSM ( i n add i t i on to th e e x i st i ng param e t e rs). Th e SSME FSM r e ma i ns i n th e stat e "Non - Ca ll 
Assoc i at e d Tr e atm e nt". 

I f th e SSF m ee ts a TDP, i t w ill ch e ck i f ca ll gapp i ng was i n i t i at e d ei th e r for th e "s e rv i c e K e y" or for th e 
"ca lle dAddr e ssVa l u e " ass i gn e d to th i s TDP. I f not, an I n i t i a l DP op e rat i on can b e s e nt. I n cas e ca ll gapp i ng 
was i n i t i at e d for "ca lle dAddr e ssAndS e rv i c e " or "ca lli ngAddr e ssAndS e rv i c e " and th e "s e rv i c e K e y" match e s, 
a ch e ck on th e "ca lle dAddr e ssVa l u e " and "ca lli ngAddr e ssVa l u e " (and opt i ona ll y " l ocat i onNumb e r") for 
act i v e ca ll gapp i ng i s p e rform e d. I f not, an I n i t i a l DP op e rat i on can b e s e nt. 

I n cas e of gapp i ng on "ca lli ngAddr e ssAndS e rv i c e " and th e param e t e r " l ocat i onNumb e r" i s pr e s e nt, 
gapp i ng w ill b e p e rform e d on " l ocat i onNumb e r" i nst e ad of "ca lli ngAddr e ssVa l u e ". 

I f a ca ll to a contro lle d numb e r match e s on l y on e "gapCr i t e r i a", th e n th e corr e spond i ng contro l i s app lie d. 
I f both "manua ll y l n i t i at e d" and "sCPOv e r l oad" contro l s ar e act i v e , th e n on l y th e manua ll y i n i t i at e d contro l 
w ill b e app lie d. 

I f a ca ll to a contro lle d ca lle d numb e r match e s s e v e ra l act i v e "gapCr i t e r i a", th e n on l y th e "gapCr i t e r i a" 
assoc i at e d w i th th e l ong e st ca lle d party numb e r shou l d b e us e d, and th e corr e spond i ng contro l shou l d b e 
app lie d. For e xamp le , th e cod e s 123^ and 123^5 ar e und e r contro l . Th e n th e ca ll w i th 123^56 i s subj e ct 
to th e contro l on 123^5. Furth e rmor e , i f both "manua ll y l n i t i at e d" and "sCPOv e r l oad e d" "contro l Typ e " 
va l u e s ar e act i v e for th i s "gapCr i t e r i a", th e n th e "manua ll y l n i t i at e d" contro l w ill b e app lie d. 

I f ca ll gapp i ng sha ll b e app lie d and th e r e i s no gap i nt e rva l act i v e , an I n i t i a l DP op e rat i on can b e s e nt 
i nc l ud i ng th e "cG Encount e r e d" param e t e r accord i ng to th e sp e c i f ie d contro l Typ e . A n e w gap i nt e rva l w ill 
b e i n i t i at e d as i nd i cat e d by "gap l nt e rva l ". 

I f a gap i nt e rva l i s act i v e , no I n i t i a l DP i s s e nt and th e ca ll i s tr e at e d as i nd i cat e d by "gapTr e atm e nt". 

Th e ca ll gap proc e ss i s stopp e d i f th e i nd i cat e d durat i on e qua l s ZERO. 

I f ca ll gapp i ng proc ee ds th e n th e SSME FSM r e ma i ns i n th e stat e "Non - ca ll assoc i at e d tr e atm e nt". 
Oth e rw i s e , th e SSME FSM mov e s to stat e " I d le Manag e m e nt". 

9.6.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 



GSM 09.78 version 5.1.0 141 TS 1 01 046 V5.1 .0 (1 997 08) 

9,7 Ca lll nformat i onR e port proc e dur e 

&^7iA G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to s e nd sp e c i f i c ca ll i nformat i on for a s i ng le ca ll to th e SCF as r e qu e st e d by th e 
SCF i n a pr e v i ous Ca lll nformat i onR e qu e st op e rat i on. 

9.7.1.1 Param e t e rs 

r e qu e st e d l nformat i onL i st: 

Accord i ng to th e r e qu e st e d i nformat i on th e SSF s e nds th e appropr i at e typ e s and va l u e s to th e SCF. 

9^7,2 l nvo l < i ng e nt i ty (SSF) 

9.7.2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) At le ast on e party d i sconn e cts from a ca ll . 

(2) R e qu e st e d ca ll i nformat i on has b ee n co lle ct e d. 

(3) Ca lll nformat i onR e port i s p e nd i ng du e to a pr e v i ous l y r e c ei v e d Ca lll nformat i onR e qu e st op e rat i on. 

(4) A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

SSF postcond i t i on: 

m Th e SSF FSM sha ll mov e to th e " I d le " stat e i n th e cas e wh e r e no oth e r r e port r e qu e sts ar e p e nd i ng 

and no EDPs ar e arm e d oth e rw i s e th e SSF FSM sha ll r e ma i n i n th e sam e stat e . 

I f th e SSF FSM e x e cut e s a stat e trans i t i on caus e d by on e of th e fo ll ow i ng e v e nts: 

A party r ele as e ; 

A party abandon; 

B party r ele as e ; 

B [Darty busy; 

SSF no answ e r t i m e r e xp i rat i on; 

rout e s ele ct fa il ur e i nd i cat e d by th e n e twork; 

r ele as e ca ll i n i t i at e d by th e SCF, 

and a Ca lll nformat i onR e qu e st i s p e nd i ng th e n th e Ca lll nformat i onR e port op e rat i on i s s e nt to th e SCF. 

I f a Ca lll nformat i onR e port has b ee n s e nt to th e SCF th e n no Ca lll nformat i onR e port i s p e nd i ng, i . e . a 
furth e r Ca lll nformat i onR e port, e .g. i n th e cas e of fo ll ow - on, has to b e e xp li c i t l y r e qu e st e d by th e SCF. 

I f th e e v e nt caus i ng th e Ca lll nformat i onR e port i s a l so d e t e ct e d by an arm e d EDP - R th e n i mm e d i at el y aft e r 
Ca lll nformat i onR e port th e corr e spond i ng Ev e ntR e portBCSM has to b e s e nt. 

I f th e e v e nt caus i ng th e Ca lll nformat i onR e port i s a l so d e t e ct e d by an arm e d EDP - N th e n i mm e d i at el y 
b e for e Ca lll nformat i onR e port th e corr e spond i ng Ev e ntR e portBCSM has to b e s e nt. 

9.7.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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9,7,3 R e spond i ng e nt i ty (SCF) 

9.7.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4^ An SLP I i s e xp e ct i ng Ca lll nformat i onR e port. 

(2) A contro l r el at i onsli i p e x i sts b e tw ee n tin e SCF and tin e SSF. 

SCF postcond i t i on: 

m Tl-i e SLP I may b e furtli e r e x e cut e d. 

I n any stat e ( e xc e pt " I d le ") th e SCSM may r e c ei v e Ca lll nformat i onR e port from th e SSF, wh e n th e 
Ca lll nformat i onR e port i s outstand i ng. 

I f Ca lll nformat i onR e port i s outstand i ng and th e SLP i nd i cat e s that th e proc e ss i ng has b ee n comp le t e d, th e 
SCSM r e ma i ns i n th e sam e stat e unt il i t r e c ei v e s th e Ca lll nformat i onR e port op e rat i on. 

Wh e n th e SCF r e c ei v e s th e Ca lll nformat i onR e port op e rat i on and th e SL proc e ss i ng has b ee n comp le t e d, 
th e n th e SCSM mov e s to th e " I d le " stat e . 

Wh e n th e SCF r e c ei v e s th e Ca lll nformat i onR e port op e rat i on and th e SL proc e ss i ng has not b ee n 
comp le t e d y e t, th e n th e SCSM r e ma i ns i n th e sam e stat e (Ev e ntR e portBCSM or App l yCharg i ngR e port 
p e nd i ng). 

9.7.3.2 Error hand li ng 

I f r e qu e st e d i nformat i on i s not ava il ab le , a Ca lll nformat i onR e port w ill b e s e nt, i nd i cat i ng th e r e qu e st e d 
i nformat i on typ e , but w i th "R e qu e st e d l nformat i onVa l u e " f ille d i n w i th an appropr i at e d e fau l t va l u e . 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9,8 Ca lll nformat i onR e qu e st proc e dur e 

9,8,^1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to r e cord sp e c i f i c i nformat i on about a s i ng le ca ll and r e port i t to 
th e SCF us i ng th e Ca lll nformat i onR e port op e rat i on. 

9.8.1.1 Param e t e rs 

r e qu e st e d l nformat i onTyp e L i st: 

Th i s param e t e r sp e c i f ie s a li st of sp e c i f i c i t e ms of i nformat i on wh i ch i s r e qu e st e d. 

Th e li st may conta i n: 



ca ll Att e mptE l aps e dT i m e : 

Th i s param e t e r i nd i cat e s th e durat i on b e tw ee n th e e nd of I NAP proc e ss i ng of op e rat i ons 
i n i t i at i ng ca ll s e tup ("Conn e ct") and th e r e c ei v e d answ e r i nd i cat i on from th e ca lle d party s i d e . 
I n cas e of unsucc e ssfu l ca ll s e tup th e n e twork e v e nt i nd i cat i ng th e unsucc e ssfu l ca ll s e tup 
stops th e m e asur e m e nt of "ca ll Att e mptE l aps e dT i m e ". 

ca ll StopT i m e : 



Th i s param e t e r i nd i cat e s th e t i m e stamp wh e n th e conn e ct i on i s r ele as e d. 
ca ll Conn e ct e dE l aps e dT i m e : 



Th i s param e t e r i nd i cat e s th e durat i on b e tw ee n th e r e c ei v e d answ e r i nd i cat i on from th e ca lle d 
party s i d e and th e r ele as e of th e conn e ct i on. 
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ca lle dAddr e ss 



Th i s param e t e r i nd i cat e s th e i ncom i ng call e d party addr e ss that was r e c e iv e d by th e SSF 
( i . e ., b e for e trans l at i on by th e SCF). 

r ele as e Caus e : 



Th i s param e t e r i nd i cat e s th e r ele as e caus e for th e ca l l- 
Any s e t of th e s e va l u e s can b e r e qu e st e d. 

9,8,2 I nvok i ng e nt i ty (SCF) 

9.8.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4) A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SLP I has d e t e rm i n e d that a Ca lll nformat i onR e qu e st op e rat i on has to b e s e nt by th e SCF. 

SCF postcond i t i on: 

(4) Th e SLP I i s e xp e ct i ng a Ca lll nformat i onR e port from SSF. 

Wh e n th e SLP r e qu e sts ca ll i nformat i on, th e SCF s e nds th e Ca lll nformat i onR e qu e st op e rat i on to th e SSF 
to r e qu e st th e SSF to prov i d e ca ll r el at e d i nformat i on. 

Th e Ca lll nformat i onR e qu e st op e rat i on sp e c i f ie s th e i nformat i on i t e ms to b e prov i d e d by th e SSF. 

9.8.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,8,3 R e spond i ng e nt i ty (SSF) 

9.8.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll or i g i nat i on att e mpt has b ee n i n i t i at e d. 

(2) A contro l r el at i onsh i p e x i sts b e tw ee n SSF and SCF. 

SSF postcond i t i ons: 

m R e qu e st e d ca ll i nformat i on i s r e ta i n e d by th e SSF. 

(2) Th e SSF i s wa i t i ng for furth e r i nstruct i ons. 

Th e SSF may r e c ei v e th e Ca lll nformat i onR e qu e st op e rat i on w i th i n an e x i st i ng ca ll assoc i at e d (CA) 
d i a l ogu e on l y. 

Th e Ca lll nformat i onR e qu e st op e rat i on i s acc e pt e d by th e SSF FSM on l y in th e stat e "Wa i t i ng for 
I nstruct i ons". Th e op e rat i on do e s not le ad to any trans i t i on to anoth e r stat e . 

Th e SSF a ll ocat e s a r e cord and stor e s th e r e qu e st e d i nformat i on i f a l r e ady ava il ab le and pr e par e s th e 
r e cord i ng of i nformat i on i t e ms that w ill b e com e ava il ab le l at e r, e .g. "ca ll StopT i m e Va l u e ". 

9.8.3.2 Error hand li ng 

I n any oth e r than th e "Wa i t i ng for I nstruct i on" stat e th e Ca lll nformat i onR e qu e st op e rat i on w ill b e hand le d 
as "out of cont e xt". 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,9 Canc el proc e dur e 

&SA G e n e ra l d e scr i pt i on 

Th e SCF us e s th i s c l ass 2 op e rat i on to r e qu e st th e SRF to canc el a corr el at e d pr e v i ous op e rat i on. 

The — op e rat i on — to — be — deleted — eapi — be — eithef — a — P l ayAnnounc e m e nt — op e rat i on — of — a 

PromptAndCo lle ctUs e r l nformat i on op e rat i on. 

Th e canc ell at i on of an op e rat i on i s i nd i cat e d v i a a r e sp e ct i v e e rror i nd i cat i on, "Canc elle d", to th e i nvok i ng 
e nt i ty of th e canc elle d P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on op e rat i on. 

Th e Canc el op e rat i on can a l so b e us e d to canc el a ll outstand i ng r e qu e sts and e nab le th e stat e mach i n e s 
(SSF/SRF) to go to " I d le ". I n th i s cas e th e Canc el op e rat i on do e s not sp e c i fy any sp e c i f i c op e rat i on to b e 
canc elle d. 

9.9.1.1 Param e t e rs 

i nvok el D: 



Th i s param e t e r sp e c i f i es wh i ch op e rat i on i s to b e canc elle d. 
a ll R e qu e sts: 



Th i s param e t e r i nd i cat e s that a ll act i v e r e qu e sts for Ev e ntR e portBCSM, Ev e ntNot i f i cat i onCharg i ng, 

App l yCharg i ngR e port and Ca lll nformat i onR e port shou l d b e canc elle d. 

9,9,2 I nvok i ng e nt i ty (SCF) 

9.9.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF/SRF. 

(2) An SLP I i n th e "Wa i t i ng for r e spons e from SRF" stat e has d e t e rm i n e d that a pr e v i ously r e qu e st e d 

op e rat i on i s to b e canc elle d; or 
A SLP I has d e t e rm i n e d that i t i s no l ong e r i nt e r e st e d i n any r e ports or not i f i cat i ons from th e SSF 

and that th e contro l r el at i onsh i p shou l d b e e nd e d. 

SCF postcond i t i on: 

(4) Th e SLP I r e ma i ns i n th e "Wa i t i ng for R e spons e from SRF" stat e ; or 

I n cas e a ll r e qu e sts ar e canc elle d, th e contro l r el at i onsh i p w i th th e conc e rn e d FE (SSF) i s e nd e d. I f 

no oth e r r el at i onsh i ps p e rs i st, th e SCSM FSM r e turns to " I d le " stat e . 

9.9.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,9,3 R e spond i ng e nt i ty (SRF) 

9.9.3.1 Norma l proc e dur e 

SRF pr e cond i t i on: 

m A PA/P&C has b ee n r e c ei v e d and th e SRF i s i n th e "Us e r I nt e ract i on" stat e . 

SRF postcond i t i on: 

fl-) Th e e x e cut i on of th e PA/P&C has b ee n abort e d and th e SRF r e ma i ns i n th e "Us e r I nt e ract i on" 

9.9.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,9,4 R e spond i ng e nt i ty (SSF) 

9.9. 4 .1 Norma l proc e dur e 

SSF pr e cond i t i on: 

(4) Tl-i e SSF FSM i s i n tin e stat e s "Wa i t i ng for I nstruct i ons" or "Mon i tor i ng". 

SSF postcond i t i on: 

m A ll act i v e r e qu e st for r e ports and not i f i cat i ons liav e b ee n canc elle d. 

(2) I n cas e th e SSF FSM was i n stat e "Mon i tor i ng" i t sha ll r e turn to i d le ; or 

I n cas e th e SSF FSM was i n stat e "Wa i t i ng for I nstruct i ons" i t w ill r e ma i n i n that stat e . 

A subs e qu e nt ca ll- proc e ss i ng op e rat i on w ill mov e th e SSF FSM stat e to " I d le ". Th e ca ll , i f i n act i v e 

stat e , i s furth e r tr e at e d by SSF autonomous l y as a norma l (non -I N) ca ll . 

A ll r e sourc e s a ll ocat e d to th e d i a l ogu e ar e r ele as e d. 

9.9. 4 .2 Error hand li ng 

S e nd i ng of r e turn e rror on canc el i s not app li cab le i n th e canc el "a ll R e qu e sts" cas e . 

9,4^ Co lle ct l nformat i on proc e dur e 

9.10.1 G e n e ra l d e scr i pt i on 

Th i s i s a c l ass 2 op e rat i on wh i ch i s us e d to r e qu e st th e SSF to p e rform th e bas i c or i g i nat i ng ca ll 
proc e ss i ng act i ons wh i ch w ill co lle ct d e st i nat i on i nformat i on from a ca lli ng party ( i t i s norma ll y assoc i at e d 
w i th a R e qu e stR e portBCSMEv e nt op e rat i on to arm DP2 and to sp e c i fy th e numb e r of d i g i ts to b e 
co lle ct e d). 

TWs — op e rat i on — uses — on l y th e — r e sourc e s — of th e — SSF/CCF to — co lle ct th e — i nformat i on, — un li k e 
PromptAndCo lle ctUs e r l nformat i on, wh i ch us e s th e capab ili t ie s of th e SRF. I t fo ll ows that th e us e of th i s 
op e rat i on i s on l y appropr i at e for a ca ll wh i ch has not y e t le ft th e s e tup phas e . 

9.10.1.1 Param e t e rs 

Non e . 

9.10.2 I nvok i ng e nt i ty (SCF) 

9.10.2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

m An SLP I has d e t e rm i n e d that mor e i nformat i on from th e ca lli ng party i s r e qu i r e d to e nab le 

proc e ss i ng to proc ee d. 

SCF postcond i t i on: 

m SLP I e x e cut i on i s susp e nd e d p e nd i ng r e c ei pt of d i a lle d d i g i ts. 

Th i s op e rat i on i s i nvok e d i n th e SCSM FSM stat e "Pr e par i ng SSF I nstruct i ons" i f th e SLP r e qu i r e s 
add i t i ona l i nformat i on to progr e ss th e ca ll . I t caus e s a trans i t i on of th e FSM to th e stat e "Wa i t i ng for 
Not i f i cat i on or R e port". 

9.10.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.10.3 R e spond i ng e nt i ty (SSF) 

9.10.3.1 Norma l proc e dur e 

SSF pr e cond i t i on: 

(4) An I n i t i a l DP op e rat i on lias b ee n i nvok e d. 

SSF postcond i t i ons: 

(4] Tl-i e SSF lias e x e cut e d a trans i t i on to tin e stat e "Mon i tor i ng". 

(2) Tl-i e SSF p e rforms tin e ca ll proc e ss i ng act i ons to co lle ct d e st i nat i on i nformat i on from tli e ca lli ng 

party. Th i s may i nc l ud e prompt i ng th e party w i th i n - band or out - band s i gna l s. 
(3) Bas i c Ca ll Proc e ss i ng i s r e sum e d at P I C2. 

Th e op e rat i on is on l y va li d i n th e stat e "Wa i t i ng for I nstruct i on" and aft e r hav i ng r e c ei v e d an op e rat i on 
R e qu e stR e portBCSMEv e nt for DP2. Th e SSP has to p e rform th e fo ll ow i ng act i ons: 

Th e SSF canc el s T gg p^ 

Wh e n th e r e qu i s i t e numb e r of d i g i ts (sp e c i f ie d wh e n DP2 was arm e d) has b ee n r e c ei v e d, DP2 w ill 

b e e ncount e r e d, an Ev e ntR e portBCSM op e rat i on w ill b e i nvok e d, and th e SSF FSM w ill r e turn to 
th e stat e "Wa i t i ng for I nstruct i on". 

9.10.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.11 Connect procedure 

9.11.1 General description 

This operation is used to request the gsmSSF to perform the call processing actions to route a call to a 
specific destination or to influence other call set-up information, e.g. the Calling Party Number . To do so, 
th e SSF may us e d e st i nat i on i nformat i on from th e ca lli ng party ( e .g. d i a lle d d i g i ts) and e x i st i ng ca ll s e t - up 
i nformat i on ( e .g. rout e i nd e x to a li st of trunk groups) d e p e nd i ng on th e i nformat i on prov i d e d by th e SCF. 

9.11.1.1 Parameters 

destinationRoutingAddress: 

This parameter contains the called party number towards which the call is to be routed.^Fhe 
e ncod i ng of th e param e t e r i s d e f i n e d i n ETS 300 356 - 1 [ 6? ]. Th e "d e st i nat i onRout i ngAddr e ss" may 
i nc l ud e th e "corr el at i on I D" and "scf I D" i f us e d i n th e cont e xt of a hand - off proc e dur e , but on l y i f 
"corr el at i on I D" and "scf I D" ar e not sp e c i f ie d s e parat el y. 

corr el at i on I D: 



Th i s param e t e r i s us e d by th e SCF to assoc i at e th e Ass i stR e qu e st l nstruct i ons op e rat i on from th e 
ass i st i ng SSF w i th th e I n i t i a l DP from th e i n i t i at i ng SSF. Th e "corr el at i on I D" i s us e d i n th e cont e xt of 
a — hand - off — proc e dur e — and — owly — i^ — the — corr el at i on — \Q — is — net — e mb e dd e d — vr — the 
"d e st i nat i onRout i ngAddr e ss". Th e n e twork op e rators has to d e c i d e about th e actua l mapp i ng of th i s 
param e t e r on th e us e d s i gna lli ng syst e m. 

scf I D: 



Th i s param e t e r i nd i cat e s th e SCF i d e nt i f ie r and e nab le s th e ass i st i ng SSF to i d e nt i fy wh i ch SCF th e 
"d e st i nat i onRout i ngAddr e ss" shou l d b e s e nt to. Th e scf I D i s us e d i n th e cont e xt of a hand - off 
proc e dur e and on l y i f th e SCF I D i s not e mb e dd e d i n th e "d e st i nat i onRout i ngAddr e ss". Th e n e twork 
op e rators has to d e c i d e about th e actua l mapp i ng of th i s param e t e r on th e us e d s i gna lli ng syst e m. 
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cutAndPast e : 

Th i s param e t e r i s us e d by th e SCF to i nstruct th e SSF to d ele t e (cut) a sp e c i f ie d numb e r of le ad i ng 

d i g i ts that i t has r e c ei v e d from th e ca lli ng party and to past e th e r e ma i n i ng d i a lle d d i g i ts on to th e 

e nd of th e d i g i ts supp lie d by th e SCF i n th e "d e st i nat i onRout i ngAddr e ss". 

callingPartyNumber: 

This parameter is used to provide an alternative to the "callingPartyNumber" supplied by the 
network. I t may b e us e d for app li cat i ons such as UPT, wh e r e on l y th e SCF can v e r i fy th e i d e nt i ty of 
th e ca lli ng party. Th e us e of th i s param e t e r i s op e rator d e p e nd e nt. 

rout e L i st: 



Th i s param e t e r i s us e d to s ele ct th e outgo i ng trunk group us e d for rout i ng th e ca ll . A s e qu e nc e of 
rout e s i s prov i d e d to a ll ow f le x i b le rout i ng for app li cat i ons such as VPN w i thout i ncr e as i ng th e 
numb e r of qu e r ie s r e qu i r e d for such app li cat i ons. 

callingPartysCategory: 

This parameter indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

Th e us e of th i s param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to b e sp e c i f ie d by th e n e twork 

op e rator. 

originalCalledPartylD: 

This parameter carries the dialled digits if the call has m e t ca ll forward i ng on rout e to th e SSP or is 
forwarded by the qsm SCFP. Th e us e of th i s param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to 
b e sp e c i f ie d by th e n e twork op e rator. 

redirectingPartylD: 

This parameter indicates the directory number the call was redirected from. Th e us e of th i s 

param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to b e sp e c i f ie d by th e n e twork op e rator. 

redirectionlnformation: 

This parameter contains forwarding related information, such as redirecting counter. Th e us e of th i s 

param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to b e sp e c i f ie d by th e n e twork op e rator. 

a le rt i ng Patt e rn: 

Th i s param e t e r i nd i cat e s a sp e c i f i c patt e rn that i s us e d to a le rt a subscr i b e r ( e .g. d i st i nct i v e r i ng i ng, 
ton e s, e tc.). I t on l y app lie s i f th e n e twork s i gna lli ng support th i s param e t e r or i f SSF i s th e 
t e rm i nat i ng l oca l e xchang e for th e subscr i b e r. 

s e rv i c el nt e ract i on l nd i cators: 

Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

qenericNumbers: 



This parameter allows the qsmSCF to set the Generic Number parameter used in the network. It is 

used for transfer of Additional Calling Party Number. 

suppressionOfAnnouncement: 

This parameter indicates that announcements and tones which are played in the GMSC or the 

VMSC at non-successful call set-up attempts shall be suppressed. 

oCSIApplicable: 

This parameter indicates to the GMSC/qsmSSF that the Originating CAMEL Subscription 

Information, if present, shall be applied on the outgoing call leg created with the Connect operation. 
For the use of this parameter see GSM 03.78 [1 6]. 

9.11.2 Spare l nvok i nq e nt i ty (SCF) 

9.11.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a Conn e ct has to b e s e nt by th e SCF. 
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SCF postcond i t i on: 

(4) SLP I e x e cut i on may continu e . 

I n tli e SCSM FSM stat e "Pr e par i ng SSF I nstruct i ons", tli i s op e rat i on i s i nvok e d by tii e SCF i f tii e SL 
r e su l ts i n tin e r e qu e st to tin e SSF to rout e a ca ll to a sp e c i f i c d e st i nat i on. I f no e v e nt mon i tor i ng lias b ee n 
r e qu e st e d and no r e ports (Ca lll nformat i onR e port and App l yCharg i ngR e port) hav e b ee n r e qu e st e d i n a 
pr e v i ous l y s e nt op e rat i on, a SCSM FSM trans i t i on to stat e " I d le " occurs. Oth e rw i s e , i f e v e nt mon i tor i ng 
has b ee n r e qu e st e d or any r e port (Ca lll nformat i onR e port and App l yCharg i ngR e port) has b ee n r e qu e st e d, 
th e SCSM FSM trans i t i ons to stat e "Wa i t i ng for Not i f i cat i on or R e port". Wh e n th e Conn e ct op e rat i on i s 
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us e d i n th e cont e xt of a hand - off proc e dur e , th e SCSM FSM trans i t i ons to stat e " I d le ". How e v e r, i n th i s 
cas e , — the — SGP — steH — ma i nta i n — suff i c ie nt — i nformat i on — Ih — ord e r — to — corr el at e — the — subs e qu e nt 
Ass i stR e qu e st l nstruct i ons op e rat i on (from th e ass i st i ng SSF or SRF) to th e e x i st i ng SLP I . 

9.11.2.2 Error hand li ng 

I f r e j e ct or e rror m e ssag e s ar e r e c ei v e d, th e n th e SCSM i nforms th e SLP I and r e ma i ns i n th e stat e 
"Pr e par i ng SSF I nstruct i ons". 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.1 1 .3 Responding entity ( qsm SSF) 

9.11.3.1 Normal procedure 

gsmSSF preconditions: 

(1) Call origination attempt has been initiated. 

(2) Basic call processing has been suspended at a DP. 

(3) The gsmSSF waits for instructions. 

gsmSSF postcondition: 

(1 ) The gsmS SF performs the call processing actions to route the call to the specified destination. 

(2) I n th e - BCSM, wh e n on l y addr e ss i nformat i on i s i nc l ud e d i n th e Conn e ct op e rat i on, ca ll 

proc e ss i ng r e sum e s at P I C 3. 
(3) I n th e - BCSM, wh e n addr e ss i nformat i on and rout i ng i nformat i on i s i nc l ud e d i n th e Conn e ct 

op e rat i on, ca ll proc e ss i ng r e sum e s at P I C A. 

On receipt of this operation in the gsmSSF ^SM-state "Waiting for Instructions", the gsmSSFP performs 
the following actions: 

the gsm SSF cancels TsspJ 

i f "cutAndPast e " i s pr e s e nt, th e n th e SSF d ele t e s ("cut") from th e d i a lle d I N numb e r th e i nd i cat e d 

numb e r — of — d i g i ts — arid — pastes — the — r e ma i n i ng — d i a lle d — d i g i ts — at — the — eod — of — the 
"d e st i nat i onRout i ngAddr e ss" param e t e r d eli v e r e d by th e SCF. Th e r e su l t i ng d i r e ctory numb e r i s 
us e d for rout i ng to comp le t e th e r el at e d ca ll ; 

i f "cutAndPast e " i s not pr e s e nt, th e n th e "d e st i nat i onRout i ngAddr e ss" param e t e r d eli v e r e d by th e 

SCF i s us e d for rout i ng to comp le t e th e r el at e d ca ll . I n th e cas e of hand - off, th i s r e su l ts i n rout i ng to 
an ass i st i ng SSP or I P; 

if the "callingPartyNumber" is supplied, this value may be used for all subsequent gsm SSF 
processing; 

if no EDPs have been armed and no Ca lll nformat i onR e port or App l yCharg i ngR e port has b ee n 
r e qu e st e d, the gsmSSF^SM goes to state "Idle"-(e9}. Otherwise, the gsmSSFFSM goes to state 
"Monitoring"-(e44^. 

No implicit activation or deactivation of DPs occurs. 

Statistic counter(s) are not affected. 

Conn e ct comp le t e s wh e n th e I NAP proc e ss i ng of th e op e rat i on i s comp le t e and b e for e th e SSP starts th e 
proc e ss i ng n e c e ssary to s ele ct a c i rcu i t. 

Th e r e for e i n ord e r to d e t e ct rout e s ele ct fa il ur e aft e r a Conn e ct i t i s n e c e ssary to e xp li c i t l y arm th e "Rout e 
S ele ct Fa il ur e " EDP b e for e s e nd i ng th e Conn e ct (a l though th e y may b e i n th e sam e m e ssag e ). 
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9.11.3.2 Error handling 

Generic error handling for tine operation related errors is described in Clause 8 and the TGAP services 
which are used for reporting operation errors are described in Clause 10. 

9.12 Spare Conn e ctToR e sourc e proc e dur e 

9.12.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to conn e ct a ca ll from th e SSF to a sp e c i a li z e d r e sourc e . Aft e r succ e ssfu l 
conn e ct i on to th e SRF, th e i nt e ract i on w i th th e ca lle r can tak e p l ac e . Th e SSF r el ays a ll op e rat i ons for th e 
SRF and a ll r e spons e s from th e SRF. 

9.12.1.1 Param e t e rs 

r e sourc e Addr e ss: 



Th i s param e t e r i d e nt i f ie s th e phys i ca l l ocat i on of th e SRF. 
I PRout i ngAddr e ss: 



Th i s param e t e r i nd i cat e s th e rout i ng addr e ss to s e t up a conn e ct i on towards th e SRF. 



non e : 



Th i s param e t e r i nd i cat e s that th e ca ll party i s to b e conn e ct e d to a pr e d e f i n e d SRF. 

s e rv i c el nt e ract i on l nd i cators: 

Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

9.12.2 I nvok i ng e nt i ty (SCF) 

9.12.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SLP I has d e t e rm i n e d that add i t i ona l i nformat i on from th e ca ll party i s n ee d e d. 

(3) Th e ca ll party i s not conn e ct e d to any oth e r party. 

(4) Th e SCSM FSM i s i n th e stat e "Rout i ng to R e sourc e ", sub - stat e "D e t e rm i n e Mod e ". 

(5) Th e SLP I has d e t e rm i n e d that th e SRF can b e acc e ss e d from th e SSF. 

SCF postcond i t i ons: 

(4) Th e SCSM s e nds out a P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on op e rat i on 

accompany i ng th e Conn e ctToR e sourc e . 
(2) Th e SCSM FSM mov e s to th e stat e "Us e r I nt e ract i on". 

9.12.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.12.3 R e spond i ng e nt i ty (SSF) 

9.12.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Bas i c ca ll proc e ss i ng lias b ee n susp e nd e d at a DP and a contro l r el at i onsii i p lias b ee n e stab li sli e d. 

(2) Th e SSF FSM i s i n th e stat e "Wa i t i ng for I nstruct i ons". 

SSF postcond i t i ons: 

f4 Th e ca ll i s sw i tch e d to th e SRF. 

(2) A contro l r el at i onsh i p to th e SRF i s e stab li sh e d. 

(3) Th e SSF FSM mov e s to th e stat e "Wa i t i ng for End of Us e r I nt e ract i on". T gs p i s S Q t. 

NOTE: Th e succ e ssfu l conn e ct i on to th e SRF caus e s a stat e trans i t i on i n th e SRF FSM from 

" I d le " to "Conn e ct e d". 

9.12.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.13 Continue procedure 

9.13.1 General description 

This operation is used to request the gsm SSF to proceed with call processing at the DP at which it 
previously suspended call processing to await gsm SCF instructions. The gsm SSF continues call 
processing without substituting new data from the gsmSCF. 

9.13.1.1 Parameters 

None. 

9.13.2 Spare l nvok i nq e nt i ty (SCF) 

9.13.2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

(4) SCSM i s i n th e stat e "Pr e par i ng SSF i nstruct i ons". 

SCF postcond i t i on: 

m SCSM i s i n th e stat e "Wa i t i ng for Not i f i cat i on of R e port", i n cas e mon i tor i ng was r e qu i r e d, or i n th e 

stat e " I d le ", i n cas e no mon i tor i ng was r e qu i r e d. 

Th e SCSM i s i n stat e "Pr e par i ng SSF i nstruct i ons". Th e Cont i nu e op e rat i on i s i nvok e d by a SLP I . Th i s 
caus e s a SCSM trans i t i on to stat e " I d le " i f no subs e qu e nt mon i tor i ng i s r e qu i r e d. How e v e r, i f mon i tor i ng i s 
r e qu i r e d, li k e i n th e cas e of arm e d EDPs or outstand i ng r e port r e qu e sts, th e SCSM trans i t i ons to stat e 
"Wa i t i ng for Not i f i cat i on of R e port". 

9.13.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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9.13.3 Responding entity (gsmSSF) 

9.13.3.1 Normal procedure 

qsm SSF preconditions 

(1 ) BCSM: Basic call processing has been suspended at any DP. 

(2) gsm SSF FSM is in the state "Waiting for Instructions". 

gsm SSF postconditions 

(1) BCSM: Basic call processing continues. 

(2) gsm SSF FSM is in the state "Monitoring", because at least one EDP was armed, of—ar 
Ca lll nformat i onR e port or App l yCharg i ngR e port was r e qu e st e d; or 

gsm SSF FSM is in the state "Idle", because no EDPs were armed— arid — n ei th e r th e 

Ca lll nformat i onR e port nor th e App l yCharg i ngR e port was r e qu e st e d . 

The gsm SSF FSM is in state "Waiting for instructions". Th e SSME r e c ei v e s th e Cont i nu e op e rat i on and 
r el ays i t to th e appropr i at e SSF FSM. The gsm SSF FSM-transitions to state "Idle" in case no EDPs are 
armed and no outstand i ng r e port r e qu e sts ar e pr e s e nt . The gsm SSF FSM transits to state "Monitoring" if 
at least one EDP is armed , or i f th e r e i s at le ast on e outstand i ng r e port r e qu e st . Basic call processing is 
resumed. 

9.13.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 
9.14 -9.16 Spare P i sconn e ctForwardConn e ct i on proc e dur e 
9.1 4 .1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d i n th e fo ll ow i ng two cas e s: 

a) To c le ar a conn e ct i on to a SRF: 

th i s op e rat i on i s us e d to e xp li c i t l y d i sconn e ct a conn e ction to a r e sourc e (SRF) e stab li sh e d 

pr e v i ous l y w i th a Conn e ctToR e sourc e op e rat i on. I t i s us e d for a forward d i sconn e ct i on from th e 
SSF. An a l t e rnat i v e so l ut i on i s th e backward d i sconn e ct from th e SRF, contro lle d by th e 
"D i sconn e ctFrom l PForb i dd e n" param e t e r i n th e P l ayAnnounc e m e nt and PromptAndCo lle ctUs e r - 
I nformat i on op e rat i ons; 

b) To c le ar a conn e ct i on to an ass i st i ng SSF: 

th i s op e rat i on i s s e nt to th e non - ass i st i ng SSF of a pa i r of SSFs i nvo l v e d i n an ass i st proc e dur e . I t 

i s us e d to d i sconn e ct th e t e mporary conn e ct i on b e tw ee n th e i n i t i at i ng SSF and th e ass i st i ng SSF, 

and th e ass i st i ng SSF and i ts assoc i at e d SRF. 

9.1 4 .1.1 Param e t e rs 

Non e . 

9.1 4 .2 I nvok i ng e nt i ty (SCF) 

9.1 4 .2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) An ass i st - or a r el ay proc e dur e i s i n progr e ss. 

(3) An SLP I has d e t e rm i n e d that a D i sconn e ctForwardConn e ct i on op e rat i on has to b e s e nt by th e SCF. 

SCF postcond i t i on: 

fl-) SLP I e x e cut i on may continu e . 
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Th e D i sconn e ctForwardConn e ct i on op e rat i on i s us e d to i nstruct th e SSF to d i sconn e ct th e conc e rn e d 
forward conn e ct i on to th e ass i st i ng SSF or th e PE conta i n i ng th e SRF. 

I n th e SCSM FSM stat e "Us e r I nt e ract i on", sub - stat e "Wa i t i ng for R e spons e from th e SRF", th i s op e rat i on 
i s i nvok e d by th e SCF wh e n th e SL d e t e rm i n e s that us e r i nt e ract i on i s f i n i sh e d and r e qu e sts th e SSF to 
d i sconn e ct th e t e mporary conn e ct i on to th e ass i st i ng SSF or th e SRF. Th e SCSM FSM th e n trans i t i ons to 
stat e "Pr e par i ng SSF I nstruct i ons". 

Th e D i sconn e ctForwardConn e ct i on op e rat i on conta i ns no param e t e r s i nc e th e r e may b e on l y on e SRF 
conn e ct i on to on e ca ll . 

9.1 4 .2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.1 4 .3 R e spond i ng e nt i ty (SSF) 

9.1 4 .3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

ft] Ca ll or i g i nat i on att e mpt has b ee n i n i t i at e d. 

(2) Bas i c ca ll proc e ss i ng has b ee n susp e nd e d at a DP. 

(3) Th e i n i t i at i ng SSF i s i n th e stat e "Wa i t i ng for End of Us e r I nt e ract i on" or "Wa i t i ng for End of 

T e mporary Conn e ct i on". 

SSF postcond i t i ons: 

(4] Th e conn e ct i on to th e SRF or ass i st i ng SSF i s r ele as e d. 

(2) Th e SSF i s wa i t i ng for i nstruct i ons. 

Th e r e c ei pt of D i sconn e ctForwardConn e ct i on r e su l ts i n d i sconn e ct i ng th e ass i st i ng SSF or th e PE 
conta i n i ng th e SRF from th e conc e rn e d ca ll . I t do e s not r ele as e th e conn e ct i on from th e SSF back to th e 
e nd us e r. 

Th i s op e rat i on i s acc e pt e d i n th e SSF FSM stat e s "Wa i t i ng for End of T e mporary Conn e ct i on" or "Wa i t i ng 
for End of Us e r I nt e ract i on". On r e c ei pt of th i s op e rat i on i n th e s e stat e s, th e SSP sha ll p e rform th e 
fo ll ow i ng act i ons: 

th e i n i t i at i ng SSF r ele as e s th e conn e ct i on to th e ass i st i ng SSF or th e r el ay SRF; 

th e SSF r e s e ts T gs FT 

th e SSF FSM go e s to stat e "Wa i t i ng for I nstruct i ons" ( e 8). 

Th e D i sconn e ctForwardConn e ct i on op e rat i on conta i ns no param e t e rs. 

NOTE: Th e succ e ssfu l d i sconn e ct i on to th e SRF caus e s a stat e trans i t i on i n th e SRF FSM to 

" I d le ". A curr e nt ord e r (P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on) i s 
canc elle d and any qu e u e d ord e r i s d i scard e d. 

9.1 4 .3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9t45 Estab li shT e mporaryConn e ct i on proc e dur e 

9.15.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to cr e at e a conn e ct i on b e tw ee n an i n i t i at i ng SSF and an ass i st i ng SSF as part of a 
s e rv i c e ass i st proc e dur e . I t can a l so b e us e d to cr e at e a conn e ct i on b e tw ee n a SSF and a SRF, for tin e 
cas e wh e r e th e SRF e x i sts i n a s e parat el y addr e ssab le PE. 

9.15.1.1 Param e t e rs 

ass i st i ngSSP I PRout i ngAddr e ss: 

Th i s param e t e r i nd i cat e s th e d e st i nat i on addr e ss of th e SRF for ass i st proc e dur e . Th e 

"ass i st i ngSSP I PRout i ngAddr e ss" may conta i n e mb e dd e d w i th i n i t, a "corr el at i on I D" and "scf I D", but 

on l y i f "corr el at i on I D" and "scf I D" ar e not sp e c i f ie d s e parat el y. 

corr el at i on I D: 



Th i s param e t e r i s us e d by th e SCF to assoc i ate th e Ass i stR e qu e st l nstruct i ons from th e ass i st i ng 
SSF (or th e SRF) w i th th e I n i t i a l DP from th e i n i t i at i ng SSF. Th e "corr el at i on I D" i s us e d on l y i f th e 
corr el at i on I D i s not e mb e dd e d i n th e "ass i st i ngSSP I PRout i ngAddr e ss". Th e n e twork op e rators has 
to d e c i d e about th e actua l mapp i ng of th i s param e t e r on th e us e d s i gna lli ng syst e m. 

scf I D: 



Th i s param e t e r i nd i cat e s th e SCF i d e nt i f ie r and e nab le s th e ass i st i ng SSF to i d e nt i fy wh i ch SCF th e 
Ass i stR e qu e st l nstruct i ons shou l d b e s e nt to. Th e "scf I D" i s us e d on l y i f th e SCF I D i s not 
e mb e dd e d i n th e "ass i st i ngSSP I PRout i ngAddr e ss". Th e n e twork op e rators has to d e c i d e about th e 
actua l mapp i ng of th i s param e t e r on th e us e d s i gna lli ng syst e m. 

s e rv i c el nt e ract i on l nd i cators: 



Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

9.15.2 l nvo l < i ng e nt i ty (SCF) 

9.15.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4] A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SL has d e t e rm i n e d that a conn e ct i on i s n ee d e d b e tw ee n th e SSF and SRF or b e tw ee n th e SSF 

and an ass i st i ng SSF. 
(3) Th e ca ll party i s not conn e ct e d to any oth e r party. 

SCF postcond i t i on: 

m Th e SCF i s "Wa i t i ng for Ass i st R e qu e st I nstruct i ons". 

I n th e SCSM FSM stat e "Rout i ng to R e sourc e ", th i s op e rat i on i s i nvok e d by th e SCF wh e n th e SL 
d e t e rm i n e s that an ass i st i ng SSF or a D i r e ct SCF - SRF r el at i on i s n ee d e d. Th e SCSM FSM th e n 
trans i t i ons to stat e "Wa i t i ng for Ass i st i ng R e qu e st e d I nstruct i ons". 

9.15.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.15.3 R e spond i ng e nt i ty (SSF) 

9.15.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll or i g i nat i on att e mpt lias b ee n i n i t i at e d. 

(2) Bas i c ca ll proc e ss i ng has b ee n susp e nd e d at a DP. 

(3) Th e SSF wa i ts for i nstruct i ons. 

(4) Th e SSF i s not an ass i st i ng SSF. 

SSF postcond i t i ons: 

(4) Th e SSF p e rforms th e ca ll proc e ss i ng act i ons to rout e th e ca ll to th e ass i st i ng SSF. 

(2) Th e SSF wa i ts for e nd of t e mporary conn e ct i on. 

On r e c ei pt of th i s op e rat i on i n th e SSF FSM stat e "Wa i t i ng for I nstruct i ons", th e SSP has to p e rform th e 
fo ll ow i ng act i ons: 

r e s e t th e T ss p-te-l-E TC ^ 

rout e th e ca ll to ass i st i ng SSF us i ng "ass i st i ngSSP I PRout i ngAddr e ss"; 

th e SSF FSM go e s to stat e "Wa i t i ng for End of T e mporary Conn e ct i on" ( e 7). 

9.15.3.2 Error hand li ng 

Unt il th e conn e ct i on s e tup has b ee n acc e pt e d by th e ass i st i ng SSF/SRF, a ll r e c ei v e d fa il ur e i nd i cat i ons 
from th e n e twork on th e ETC e stab li shm e nt sha ll b e r e port e d to th e SCF as ETC e rror ETCFa ile d ( e .g., 
busy, cong e st i on). Th e op e rat i on t i m e r for ETC sha ll b e l ong e r th e n th e max i mum a ll ow e d t i m e for th e 
s i gna lli ng proc e dur e s to acc e pt th e conn e ct i on. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9t4€ Ev e ntNot i f i cat i onCharg i ng proc e dur e 

9.16.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d by th e SSF to r e port to th e SCF th e occurr e nc e of a sp e c i f i c charg i ng e v e nt typ e as 
r e qu e st e d by th e SCF us i ng th e R e qu e stNot i f i cat i onCharg i ngEv e nt op e rat i on. Th e op e rat i on supports th e 
opt i ons to cop e w i th th e i nt e ract i ons conc e rn i ng th e charg i ng (r e f e r to Ann e x B, C l aus e B.^). 

As s e v e ra l charg i ng e v e nts may occur dur i ng a conn e ct i on conf i gurat i on a poss i b ili ty e x i sts for th e ENC 
op e rat i on to b e i nvok e d on mu l t i p le occas i ons. For e ach conn e ct i on conf i gurat i on ENC may b e us e d 
s e v e ra l t i m e s. 

9.16.1.1 Param e t e rs 

e v e ntTyp e Charg i ng: 



Th i s param e t e r i nd i cat e s th e charg i ng e v e nt typ e wh i ch has occurr e d. I ts cont e nt i s n e twork 
op e rator sp e c i f i c, wh i ch may b e "charg e Pu l s e s" or "charg e M e ssag e s". 

e v e ntSp e c i f i c l nformat i onCharg i ng: 

Th i s param e t e r conta i ns charg i ng r el at e d i nformat i on sp e c i f i c to th e e v e nt. I ts cont e nt i s n e twork 

op e rator sp e c i f i c. 



le g l D: 

Th i s param e t e r i nd i cat e s th e le g I D on wh i ch th e charg i ng e v e nt typ e app lie s. 
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mon i torMod e : 



Th i s param e t e r i nd i cat e s how th e charg i ng e v e nt is r e port e d. Wh e n th e "mon i torMod e " i s 

" i nt e rrupt e d", th e e v e nt i s r e port e d as a r e qu e st, i f th e "mon i torMod e " i s "not i fyAndCont i nu e ", th e 
e v e nt i s r e port e d as a not i f i cat i on. Th e "mon i torMod e " "transpar e nt" i s not app li cab le for th e 
Ev e ntNot i f i cat i onCharg i ng op e rat i on. 

9.16.2 I nvok i ng e nt i ty (SSF) 

9.16.2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) A charg i ng e v e nt has b ee n d e t e ct e d that i s r e qu e st e d by th e SCF. 

SSF postcond i t i on: 

(4] No FSM stat e trans i t i on. 

Th e SSF FSM i s i n any stat e e xc e pt " I d le ". Th i s op e rat i on i s i nvok e d i f a charg i ng e v e nt has b ee n 
d e t e ct e d that i s r e qu e st e d by th e SCF. Th e d e t e ct e d charg i ng e v e nt can b e caus e d by: a) anoth e r SLP I or 
b) anoth e r e xchang e . I rr e sp e ct i v e of by what th e charg i ng e v e nt i s caus e d th e SSF p e rforms on e of th e 
fo ll ow i ng act i ons on occurr e nc e of th e charg i ng e v e nt (accord i ng to th e corr e spond i ng mon i torMod e ): 

I nt e rrupt e d: 

Not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng op e rat i on, do not proc e ss th e 

e v e nt, but d i scard i t. How e v e r, ca ll and e x i st i ng charg i ng proc e ss i ng w ill not b e susp e nd e d i n th e 
SS^ 

Not i fyAndCont i nu e : 

Not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng, and cont i nu e proc e ss i ng th e 

e v e nt or s i gna l . 

9.16.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.16.3 R e spond i ng e nt i ty (SCF) 

9.16.3.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

m A R e qu e stNot i f i cat i onCharg i ngEv e nt has b ee n s e nt at th e r e qu e st of a SLP I and SLP I i s e xp e ct i ng 

an Ev e ntNot i f i cat i onCharg i ng from th e SSF. 

SCF postcond i t i on: 

f4 No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SLP I wh i ch i s e xp e ct i ng th i s not i f i cat i on can cont i nu e . I f th e corr e spond i ng 
mon i tor mod e was s e t by th e SLP I to Int e rrupt e d, th e SLP I pr e par e s i nstruct i ons for th e SSF i f n e c e ssary 

9.16.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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9.17 EventReportBCSM procedure 

9.17.1 General description 

This operation is used to notify tine qsm SCF of a call related event previously requested by the qsm SCF in 
an RequestReportBCSMEvent operation. The monitoring of more than one event could be requested with 
a RequestReportBCSMEvent operation, but each of these requested events is reported in a separate 
EventReportBCSM operation. 

9.17.1.1 Parameters 

eventTypeBCSM: 

This parameter specifies the type of event that is reported. 

eventSpecificlnformationBCSM: 

This parameter indicates the call related information specific to the event. 

For Co lle ct e d l nfo i t w ill conta i n th e "ca lle dPartyNumber". 

For Ana l yz e d l nformat i on i t w ill conta i n th e "ca lle dPartyNumb e r". 

For Rout e S ele ctFa il ur e i t w ill conta i n th e "Fa il ur e Caus e ", i f ava il ab le . 

For O - or T - Ca lle dPartyBusy i t w ill conta i n th e "BusyCaus e ", i f ava il ab le . 

For O - or T - NoAnsw e r i t w ill b e e mpty. 

For O- or T-Answer it will be empty. 

For O - or T - M i dCa ll i t w ill b e e mpty. 

For O- or T-Disconnect it will contain the "releaseCause", if available. 

leglD: 

This parameter indicates the party in the call for which the event is reported. qsm SSF will use the 

option "receivingSidelD" only. 

receivingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP ( i n cas e of a 

m i dca ll tr i gg e r, th e party caus i ng th e tr i gg e r), or th e party that was cr e at e d w i th an 

I n i t i at e Ca ll Att e mpt op e rat i on . 

"leglD" = 2 indicates the party that was created with a Connect operation (Continue 

operation) , or i n cas e of a m i dca ll tr i gg e r, th e party not caus i ng th e tr i gg e r . 

If not included, the following defaults are assumed: 

" le g l D" = 1 for th e e v e nts Co lle ct e d l nfo, Ana l yz e d l nformat i on, - Abandon and T - Abandon, 

"leg ID" = 2 for the events Rout e S ele ctFa il ur e , - Ca lle dPartyBusy, - NoAnsw e r, 0-Answery 
T - Ca lle dPartyBusy, T - NoAnsw e r and T-Answer. 

The "leglD" parameter shall always be included for the events - M i dCa ll , 0-Disconnectr^ 
M i dCa ll and T-Disconnect. 

miscCalllnfo: 

This parameter indicates DP related information. 

messageType: 

This parameter indicates whether the message is a request, i.e. resulting from a 
RequestReportBCSMEvent with "monitorMode" = "interrupted", or a notification, i.e. resulting 
from a RequestReportBCSMEvent with "monitorMode" = "notifyAndContinue". 
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9.17.2 Invoking entity ( qsmS SF) 

9.17.2.1 Normal procedure 

qsm SSF preconditions: 

(1 ) Tine qsm SSF FSM sliall be in tine state "Monitoring"; or 

tine gsm SSF FSM may be in state "Waiting for Instructions" if the Disconnect DP is armed and 
encounteredf-9f 
tin e SSF FSM may b e i n any stat e i f tin e Abandon DP i s arm e d and e ncount e r e d . 

(2) Tine BCSM proceeds to an EDP tinat is armed. 

qsm SSF postconditions: 

(1 ) Tine qsm SSF FSM stays in tine state "Monitoring" if the message type was notification and there are 
still EDPs armed or a Ca lll nformat i onR e port or App l yCharg i ngR e port r e qu e st e d . 

(2) The qsm SSF FSM-moves to the state "Idle" if the message type was notification and there are no 
more EDPs armed , no Ca lll nformat i onR e port or App l yCharg i ngR e port ar e r e qu e st e d . 

(3) The qsm SSF FSM-moves to the state "Waiting for Instructions" if the message type was request. 
Call processing is interrupted. 

For c e rta i n s e rv i c e f e atur e s i t i s n e c e ssary that th e sam e - BCSM i nstanc e i s r e us e d. Examp le s ar e 
fo ll ow - on ca ll s. 

Th e d e c i s i on to r e us e th e sam e - BCSM i nstanc e can on l y b e tak e n by th e SCF aft e r c e rta i n arm e d EDP - 
Rs ar e r e port e d. 

Th e cons i d e r e d EDP - Rs ar e : 

Rout e S ele ctFa il ur e ; 



- Ca lle dPartyBusy; 

- NoAnsw e r; 

- D i sconn e ct. 

If a EDP-R is met that causes the release of the related leg all EDPs related to that leg are disarmed and 
the event is reported via EventReportBCSM. To a ll ow th e r e us e of th e sam e - BCSM i nstanc e th e BCSM 
has to stor e a ll ca ll r el at e d s i gna lli ng param e t e rs ( e .g. "ca lli ngPartyNumb e r", "ca lli ngPartysCat e gory") unt il 
th e BCSM i nstanc e i s r ele as e d. 

I n th e cas e th e r e sp e ct i v e EDP - R i s m e t (s ee li st abov e w i th - D i sconn e ct on l y for " le g l D" = 2), th e A - l e g 
w ill b e h el d, th e B -le g w ill b e r ele as e d and th e SCF i s i nform e d v i a Ev e ntR e portBCSM. 

I f th e A - party d i sconn e cts th e ca ll i s r ele as e d wh e th e r or not a DP was arm e d. 

9.17.2.2 Error handling 

In case the message type is request, on expiration of Tssp before receiving any operation, the qsm SSF 
aborts the interaction with the qsm SCF and instructs the GMSC/MSC GG^ to handle the call accordinq to 
the Default Call Handlinq parameter of the valid CSI rout e th e ca ll i f n e c e ssary, e .q. to a f i na l 
announc e m e nt . 

Operation related error handling is not applicable, due to class 4 operation. 

9.17.3 Spare R e spond i nq e nt i ty (SCF) 

9.17.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SSF and th e SCF. 

(2) Th e SCSM FSM i s i n th e stat e "Pr e par i ng SSF I nstruct i ons", sub - stat e "Wa i t i ng for Not i f i cat i on or 

R e qu e st". 
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SCF postcond i t i ons: 

(4] Tli e SCSM FSM stays i n th e sub - stat e "Wa i t i ng for Not i f i cat i on or R e qu e st" i f tin e m e ssag e typ e 

was not i f i cat i on and tli e r e ar e st ill EDPs arm e d or a Ca lll nformat i onR e port or App l yCliarg i ngR e port 

r e qu e st e d; or 
th e SCSM FSM mov e s to th e stat e " I d le " i f th e m e ssag e typ e was not i f i cat i on and th e r e ar e no 

mor e EDPs arm e d, no Ca lll nformat i onR e port or App l yCharg i ngR e port ar e r e qu e st e d; or 

th e SCSM FSM mov e s to th e stat e "Pr e par i ng SSF I nstruct i ons" i f th e m e ssag e typ e was r e qu e st. 

(2) Th e e v e nt i s r e port e d to a SLP I , bas e d on th e d i a l ogu e I D. Th e SCF w ill pr e par e SSF or SRF 

i nstruct i ons i n accordanc e w i th th e SLP I . 

9.17.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.18 Spare Furn i shCharq i nq I nformat i on proc e dur e 

9.18.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to g e n e rat e , r e g i st e r a ca ll r e cord or to i nc l ud e som e 
i nformat i on i n th e d e fau l t ca ll r e cord. Th e r e g i st e r e d ca ll r e cord i s i nt e nd e d for off -li n e charg i ng of th e ca ll . 
A poss i b ili ty e x i sts for th e Furn i sh Charg i ng I nformat i on (FC I ) op e rat i on to b e i nvok e d on mu l t i p le 
occas i ons. FC I cou l d b e app lie d at th e b e g i nn i ng of th e ca ll i n ord e r to r e qu e st to start ca ll r e cord 
g e n e rat i on. I n add i t i on FC I can a l so b e app lie d at th e e nd of th e ca ll or conn e ct i on conf i gurat i on ( e .g., for 
fo ll ow - on ca ll s). I n th i s cas e , FC I i s us e d to i nc l ud e charg e r el at e d i nformat i on i nto th e ca ll r e cord wh i ch 
was start e d at th e b e g i nn i ng of th e ca ll . Wh e n add i t i ona l FC I s ar e us e d i t i s r e comm e nd e d to arm an 
EDP - R ( i nd i cat i ng th e e nd of ca ll or conn e ct i on conf i gurat i on) to b e ab le to app l y FC I b e for e th e 
t e rm i nat i on of th e ca ll r e cord g e n e rat i on. Th e charg i ng sc e nar i os support e d by th i s op e rat i on ar e : 
sc e nar i os 2.2, 2.3 and 2.A (r e f e r to Ann e x B) 

9.18.1.1 Param e t e rs 

FC I B illi ngCharg i ngCharact e r i st i cs: 

Th i s param e t e r i nd i cat e s b illi ng and/or charg i ng charact e r i st i cs. I ts cont e nt i s n e twork op e rator 

sp e c i f i c. D e p e nd i ng on th e app lie d charg i ng sc e nar i o th e fo ll ow i ng i nformat i on ele m e nts can b e 

i nc l ud e d (r e f e r to Ann e x B): 

comp le t e charg i ng r e cord (sc e nar i o 2.2); 

charg e party (sc e nar i o 2.3); 

charg e le v el (sc e nar i o 2.3); 

charg e i t e ms (sc e nar i o 2.3); 



corr el at i on I D (sc e nar i o 2.A). 

9.18.2 I nvok i ng e nt i ty (SCF) 

9.18.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a Furn i shCharg i ng l nformat i on has to b e s e nt by th e SCF. 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on. 

(2) SLP I e x e cut i on may cont i nu e . 

Th e SCSM FSM i s i n stat e "Pr e par i ng SSF i nstruct i on" or i s i n stat e "Qu e u i ng FSM". Th i s op e rat i on i s 
i nvok e d by th e SCF i f a SLP I r e su l ts i n th e r e qu e st of cr e at i ng a ca ll r e cord to th e SSF or to i nc l ud e som e 
b illi ng or charg i ng i nformat i on i nto th e d e fau l t ca ll r e cord. I n th e cas e of ca ll qu e u i ng, th i s op e rat i on may 
conta i n i nformat i on p e rta i n i ng to th e i n i t i at i on of qu e u i ng or th e ca ll qu e u i ng t i m e durat i on for ca ll l ogg i ng 
purpos e . Th i s caus e s no SCSM FSM stat e trans i t i on. 
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9.18.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.18.3 R e spond i ng e nt i ty (SSF) 

9.18.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

{Vj SSF FSM Stat e c, "Wa i t i ng for I nstruct i ons" or 

SSF FSM Stat e d, "Wa i t i ng for End of Us e r I nt e ract i on" or 

SSF FSM Stat e e , "Wa i t i ng for End of T e mporary Conn e ct i on" or 

Ass i st i ng/hand - off SSF FSM Stat e b, "Wa i t i ng for I nstruct i ons". 

SSF postcond i t i on: 

{Vj No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SSF p e rforms act i ons to cr e at e th e ca ll r e cord accord i ng th e off -li n e 
charg i ng sc e nar i o wh i ch i s app li cab le us i ng th e i nformat i on ele m e nts i nc l ud e d i n th e op e rat i on: 

r e g i st e rs th e comp le t e ca ll record i nc l ud e d i n th e op e rat i on; 

g e n e rat e s and r e g i st e rs a ca ll r e cord accord i ng th e i nformat i on (charg e party, charg e le v el , charg e 

i t e ms); 
i nc l ud e th e i nformat i on r e c ei v e d "corr el at i on I D" i n th e d e fau l t ca ll r e cord wh i ch i s g e n e rat e d and, 

r e g i st e r e d by d e fau l t at th e SSF. 

By m e ans of a param e t e r at th e Furn i shCharg i ng l nformat i on op e rat i on th e SCF can i n i t i at e th e puls e 
m e t e r i ng funct i on of th e SSF. 

I n that cas e th e SSF sha ll g e n e rat e m e t e r pu l s e s accord i ng to th e app li cab le charg i ng le v el , account and 
r e cord th e m. 

Th e SSF r e cords charg e r el at e d data, e .g. th e ca ll durat i on, b e g i n t i m e stamp or e nd t i m e stamp. 
Add i t i ona ll y, th e SSF r e cords furth e r data i f r e qu i r e d. 

Th e charg i ng le v el can b e d e t e rm i n e d by 

a) th e SCF; or 

b) th e SSF; or 

g) a succ ee d i ng e xchang e ; or 

d) th e post proc e ss i ng funct i on. 

I f cas e a) app lie s, th e charg i ng le v el i s i nc l ud e d i n th e Furn i shCharg i ng l nformat i on op e rat i on. 

I f cas e b) app lie s, th e SSF sha ll d e t e rm i n e th e charg i ng le v el bas e d on th e corr e spond i ng param e t e rs 
conta i n e d i n th e op e rat i on. 

I f cas e c) — app lie s, — ei th e r th e — Furn i shCharg i ng l nformat i on — op e rat i on — conta i ns th e — corr e spond i ng 
param e t e rs i nd i cat i ng that th e charg i ng le v el sha ll b e d e t e rm i n e d i n a succ ee d i ng e xchang e or th e SSF 
d e t e cts dur i ng th e d e t e rm i nat i on of th e charg i ng le v el bas e d on th e prov i d e d param e t e rs that th e charg i ng 
le v el sha ll b e d e t e rm i n e d i n a succ ee d i ng e xchang e . 

Th e SSF can ei th e r account r e c ei v e d pu l s e s or conv e rt any charg i ng m e ssag e s r e c ei v e d from th e B - s i d e 
to pu l s e s. I n both cas e s, th e accumu l at e d pu l s e s ar e i nc l ud e d wh e n th e I N ca ll r e cord i s g e n e rat e d or 
i gnor e d. 
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9.18.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.19 InitialDP procedure 

9.19.1 General description 

This operation is sent by the qsm SSF after detection of a TDP-R in the BCSM, to request the qsm SCF for 
instructions to complete the call. 

9.19.1.1 Parameters 

serviceKey: 

This parameter identifies for the qsm SCF unambiguously the requested IN service. It is used to 

address the correct application/SLP within the qsm SCF (not for SGP qsmSCF addressing). 

calledPartyNumber: 

This parameter contains the number used to identify the called party in the forward direction, e.g. 

the Called party number of ISUP (see ETS 300 356-1 [47]). 

callingPartyNumber: 

This parameter carries the calling party number to identify the calling party or the origin of the call. 

The encoding of the parameter is defined in ETS 300 356-1 [4?]. 

callingPartysCategory: 

Indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

originalCalledPartylD: 

This parameter carries the dialled digits if the call has met call forwarding on the route to the 

SSP qsmSSF . 

locationNumber: 

This parameter is used to convey the geographical area address for mobility services. It is used 
when "callingPartyNumber" does not contain any information about the geographical location of the 
calling party (e.g., origin dependent routing when the calling party is a mobile subscriber). 

forwardCa lll nd i cators: 



Th i s param e t e r i nd i cat e s i f th e ca ll sha ll b e tr e at e d as a nat i ona l or i nt e rnat i ona l ca ll . I t a l so 
i nd i cat e s th e s i gna lli ng capab ili t ie s of th e n e twork acc e ss, pr e c e d i ng n e twork conn e ct i on and th e 
pr e f e rr e d s i gna lli ng capab ili t ie s of th e succ ee d i ng n e twork conn e ct i on. Th e n e twork acc e ss 
capab ili t ie s do not i nd i cat e th e t e rm i na l typ e . For e xamp le , an I nt e grat e d S e rv i c e s Pr i vat e Branch 
e xchang e ( I SPBX) w ill hav e an I SDN typ e of acc e ss, but th e e nd us e r t e rm i na l b e h i nd th e I SPBX 
may b e I SDN or non -I SDN. 

bearerCapability: 

This parameter indicates the type of the bearer capability connection to the user: 

bearerCap: 

This parameter contains the value of the DSS1 B e ar e r Capab ili ty param e t e r i n cas e th e SSF 

i s at l oca l e xchang e le v el or th e va l u e of th e ISUP User Service Information parameter-in 

cas e th e SSF i s at trans i t e xchang e le v el. 

The parameter "bearerCapability" shall only be included in the InitialDP operation in case the DSS1 
B e ar e r Capab ili ty param e t e r or th e ISUP User Service Information parameter is available at the 
SSPqsmSSF. 
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If two va l u e s for b e ar e r capab ili ty ar e ava il ab le at th e SSF or i f User Service Information and User 
Service Information Prime are available at the qsm SSF the "bearerCap" shall contain th e va l u e of 
th e pr e f e rr e d b e ar e r capab ili ty r e sp e ct i v el y the value of the User Service Information Prime 
parameter. 

eventTypeBCSM: 

This parameter indicates the armed BCSM DP event, resulting in the InitialDP operation. 

redirectingPartylD: 

This parameter indicates the directory number the call was redirected from. 

redirectionlnformation: 

It contains forwarding related information, such as redirecting counter. 

i PAva il ab le : 



I nd i cat e s wh e th e r or not an I P i s attach e d and ava il ab le ( i . e ., not e xhaust e d) at th e SSP. 
i PSSPCapab ili t ie s: 



I nd i cat e s wh i ch SRF r e sourc e ar e support e d w i th i n th e SSP an attach e d and ava il ab le . 
cGEncount e r e d: 



Th i s param e t e r i nd i cat e s that th e r el at e d ca ll has pass e d ca ll gapp i ng. 

additionalCallingPartyNumber: 

The calling party number provided by the access signalling system of the calling user. 

s e rv i c el nt e ract i on l nd i cators: 

Th i s param e t e r conta i n i nd i cators s e nt from th e SSP to th e SCP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

highlayerCompatibility: 

This parameter indicates the type of the high layer compatibility, which will be used to determine the 

ISDN-teleservice of a connected ISDN terminal. For encoding, DSS1 (see ETS 300 403-1 [5S]) is 

used. 

IMSI: 



IMSI of the mobile subscriber for which the CAMEL service is invoked. For encoding see GSM 
09.02 1151. 

subscribe rState: 



The state of the mobile subscriber for which the CAMEL service is invoked. The possible states are 
busy, idle and not reachable. For encoding see GSM 09.02 [15]. 

locationlnformation: 



This parameter indicates the whereabouts of the MS, and the age of the information defining the 
whereabouts. For encoding see GSM 09.02 [15]. 

ext-BasicServiceCode: 



Indicates the Basic Service Code. For encoding see GSM 09.02 [15]. 
callReferenceNumber: 



This parameter gives the call reference number assigned to the call by the GMSC/MSC. For 

encoding see GSM 09.02 [15]. 

9.19.2 Invoking entity ( qsmS SF) 

9.19.2.1 Normal procedure 

gsmSSF preconditions: 

(1) Call origination attempt has been initiated. 

(2) An event has been detected at a DP. 

(3) Ca ll gapp i ng and S i gna lli ng Syst e m No. 7 ov e r l oad ar e not i n e ff e ct for th e ca ll , and th e ca ll i s not to 

b e f il t e r e d. 
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gsm SSF postcondition: 

(1) A control relationslnip lias been establislned and tine gsm SSF waits for instructions from tine 
gsmSCF. 

Fo ll ow i ng a tr i gg e r d e t e ct i on r el at e d to an arm e d TDP - R i n \h e BCSM caus e d by a ca ll or i g i nat i on att e mpt, 
th e SSF ch e cks i f ca ll gapp i ng, S i gna lli ng Syst e m No. 7 ov e r l oad or s e rv i c e f il t e r i ng ar e not i n e ff e ct for th e 
r el at e d ca ll s e gm e nt. 

I f th e s e cond i t i ons ar e m e t, th e n th e I n i t i a l DP op e rat i on i s i nvok e d by th e SSF. The address of the 
qsm SCF the InitialDP operation shall has4G be sent to is d e t e rm i n e d on th e bas e of tr i gg e r r el at e d data. 
Th e SSF prov i d e as many param e t e rs as ava il ab le . 

fetched from the valid CSI. The gsmSSF provides all available parameters. 

NOTE: Th i s i s for furth e r study. 
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I n som e s e rv i c e- sp e c i f i c cas e s, som e param e t e rs sha ll b e ava il ab le (such as "ca lli ngPartyNumb e r" or 
"ca lli ngPartysCat e gory"). Th i s sha ll b e hand le d appropr i at el y by th e SSF i n i ts tr i gg e r tab le (to know that 
such param e t e r ar e n e c e ssary for som e tr i gg e r i ng cond i t i ons) and i n conduct i ng th e n e c e ssary act i on to 
g e t th e s e param e t e rs i f th e y ar e not ava il ab le (for i nstanc e , i f MF s i gna lli ng i s us e d, i t i s poss i b le to 
r e qu e st th e "ca lli ngPartysCat e gory" from a pr e c e d i ng e xchang e ). 

Oth e rw i s e , th e SSF r e turns ca ll contro l to th e CCF. 

A control relationship is established to the SCF. Th e qsmSCF. The gsm SSF application timer Tssp is set 
when the gsmSSF sends InitialDP for requesting instructions from the gsm SCF. It is used to prevent from 
excessive call suspension time. 

9.19.2.2 Error handling 

If the destination qsm SCF is not accessible then the SSF FSM i nstructs th e CCF to rout e th e ca ll i f 
n e c e ssary e .g., to a f i na l announc e m e nt qsmSSF instructs the GMSC/MSC to handle the call accordinq to 
the Default Call Handlinq parameter of the valid CSI . 

On expiration of Tssp before receiving any operation, the gsmSSF aborts the interaction with the SCF and 
i nstructs th e CCF to rout e th e ca ll i f n e c e ssary e .q., to a f i na l announc e m e nt qsmSCF and instructs the 
GMSC/VMSC to handle the call accordinq to the Default Call Handlinq parameter of the valid CSI . 

If the calling party abandons after the sending of InitialDP, then the gsmSSF aborts the control relationship 
after the first answer message from the qsmS CF has been received. 

Generic error handling for the operation related errors is described in Clause 8 and the TCAP services 
which are used for reporting operation errors are described in Clause 10. 

9.19.3 Spare R e spond i nq e nt i ty (SCF) 

9.19.3.1 Norma l proc e dur e 

SCF pr e cond i t i on: 
Non e . 

SCF postcond i t i on: 

fl-) An SLP I has b ee n i nvok e d. 

On r e c ei pt of I n i t i a l DP op e rat i on th e SCSM mov e s from " I d le " to th e stat e "Pr e par i ng SSF I nstruct i ons", a 
contro l r el at i onsh i p to th e r el at e d SSF i s cr e at e d. A SLP I i s i nvok e d for proc e ss i ng th e I n i t i a l DP op e rat i on 
bas e d on th e "s e rv i c e K e y" param e t e r. By m e ans of th i s contro l r el at i onsh i p, th e SCF may i nf l u e nc e th e 
bas i c ca ll proc e ss i ng i n accordanc e w i th th e SL i nvok e d. 

Th e act i ons to b e p e rform e d i n th e SLP I d e p e nd on th e param e t e rs conv e y e d v i a th i s op e rat i on and th e 
SLP I , i . e . th e r e qu e st e d I N s e rv i c e , i ts el f. 

9.19.3.2 Error hand li ng 

I f th e I n i t i a l DP op e rat i on i s r e j e ct e d th e n th e SCSM r e ma i ns i n " I d le ". Th e ma i nt e nanc e funct i on i s 
i nform e d and no SLP I i s i nvok e d. 

Th e fo ll ow i ng e rror cas e s ar e i nd i cat e d to th e SSF: 

M i ss i ngCustom e rR e cord: 

Th e SCF has not found th e appropr i at e SL corr e spond i ng to th e prov i d e d s e rv i c e k e y or th e 

appropr i at e s e rv i c e subscr i b e r r el at e d SL. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.20 -9.22 Spare l n i t i at e Ca ll Att e mpt proc e dur e 

9.20.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to cr e at e a n e w call to on e call party us i ng th e addr e ss 
i nformat i on prov i d e d by th e SCF. An EDP - R sha ll b e arm e d on answ e r and a ll th e ca ll fa il ur e e v e nts, i n 
ord e r to hav e th e SCF tr e at th i s ca ll appropr i at el y wh e n ei th e r of th e s e e v e nts i s e ncount e r e d. 

9.20.1.1 Param e t e rs 

d e st i nat i onRout i ngAddr e ss: 

Th i s param e t e r conta i ns th e ca lle d party numb e r towards wh i ch th e ca ll i s to b e rout e d. Th e 
e ncod i ng of th e param e t e r i s d e f i n e d i n ETS 300 356 - 1 [ 6?^ 

ca lli ngPartyNumb e r 

Th i s param e t e r i d e nt i f ie s wh i ch numb e r sha ll b e r e gard e d as th e ca lli ng party for th e cr e at e d ca ll . I f 
th i s param e t e r i s not s e nt by th e SCF, th e SSF may supp l y a n e twork d e p e nd e nt d e fau l t va l u e . 

a le rt i ng Patt e rn: 



Th i s param e t e r i nd i cat e s a sp e c i f i c patt e rn that i s us e d to a le rt a subscr i b e r ( e .g. d i st i nct i v e r i ng i ng, 
ton e s, e tc.). I t on l y app lie s i f th e n e twork s i gna lli ng support th i s paramet e r or i f SSF i s th e 
t e rm i nat i ng l oca l e xchang e for th e subscr i b e r. 

s e rv i c el nt e ract i on l nd i cators: 



Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

9.20.2 l nvo l < i ng e nt i ty (SCF) 

9.20.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4) An SLP I has b ee n i nvok e d, no contro l r el at i onsh i p e x i sts b e tw ee n SCF and SSF. 

(2) An SLP I has d e t e rm i n e d that an I n i t i at e Ca ll Att e mpt op e rat i on shou l d b e s e nt to th e SCF. 

(3) Th e SCSM FSM i s i n stat e " I d le ". 

SCF postcond i t i ons: 

m A contro l r el at i onsh i p i s e stab li sh e d b e tw ee n th e SCF and SSF. 

(2) Th e SCSM FSM i s i n stat e "Pr e par i ng SSF I nstruct i ons". 

(3) SLP I e x e cut i on cont i nu e s. 

Th e SCSM FSM mov e s to stat e "Pr e par i ng SSF I nstruct i ons" wh e n th e SL i nvok e s th i s op e rat i on. I n ord e r 
to e nab le th e e stab li shm e nt of a contro l r el at i onsh i p b e tw ee n th e SCF and SSF and to a ll ow th e SCF to 
contro l th e cr e at e d ca ll appropr i at el y, th e SLP I sha ll mon i tor for th e BCSM e v e nt(s) wh i ch r e port th e r e su l t 
of th e cr e at e d ca ll s e tup. Th i s i nc l ud e s DP3 or DP^, DP5, DP6 and DP7. Any oth e r non - ca ll- proc e ss i ng 
i nstruct i ons may b e s e nt as w ell . Th e I n i t i at e Ca ll Att e mpt op e rat i on cr e at e s a BCSM i nstanc e i n th e SSF 
but th e SSF susp e nds th e ca ll proc e ss i ng of th i s BCSM. Th e SLP I sha ll s e nd a Cont i nu e op e rat i on to 
r e qu e st th e SSF to rout e th e ca ll to th e sp e c i f ie d d e st i nat i on. Th e SCSM FSM sha ll proc ee d as sp e c i f ie d 
at th e proc e dur e for th e Cont i nu e op e rat i on. 

Th e abov e d e scr i b e d proc e dur e sha ll b e part of th e e stab li shm e nt of th e contro l r el at i onsh i p, i . e . 
op e rat i ons up to and i nc l ud i ng th e Cont i nu e op e rat i on sha ll b e s e nt tog e th e r i n th e sam e m e ssag e to th e 
SS^ 

Th e SCF sha ll start a r e spons e T i m e r T g cp wh e n th e I n i t i at e Ca ll Att e mpt op e rat i on i s s e nt. Th e r e spons e 
T i m e r sha ll sup e rv i s e th e conf i rmat i on of th e d i a l ogu e from SSF, th e va l u e of T g c p sha ll b e e qua l or le ss 
th e n th e n e twork no answ e r t i m e r. 
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9.20.2.2 Error hand li ng 

On e xp i rat i on of T g c F th e SCF sha ll abort th e d i a l ogu e , r e port th e abort to th e ma i nt e nanc e funct i ons and 
i nform th e SLP I on th e fa il ur e of d i a l ogu e e stab li shm e nt. Th e SCSM FSM mov e s to th e I d le stat e . 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.20.3 R e spond i ng e nt i ty (SSF) 

9.20.3.1 Norma l proc e dur e 

SSF pr e cond i t i on: 
Non e . 

SSF postcond i t i ons: 

m A n e w or i g i nat i ng BCSM has b ee n cr e at e d, ca ll proc e ss i ng i s susp e nd e d at DP1 . 

(2) Th e SSF FSM has mov e d from " I d l e" stat e to stat e "Wa i t i ng for I nstruct i ons". 

Upon r e c e pt i on of I n i t i at e Ca ll Att e mpt, th e SSF cr e at e s a n e w or i g i nat i ng BCSM and susp e nds th e ca ll 
proc e ss i ng of th i s BCSM at DP1 . A ll subs e qu e nt op e rat i ons ar e tr e at e d accord i ng to th ei r norma l 
proc e dur e s. 

Th e prop e rt ie s and capab ili t ie s, norma ll y r e c ei v e d from or assoc i at e d to th e ca lli ng party, r e qu i r e d for th e 
ca ll s e tup sha ll hav e a n e twork d e p e nd e nt d e fau l t va l u e . I f a ca lli ng party numb e r i s supp lie d by th e SCF, 
th e s e prop e rt ie s may b e d e p e nd e nt on th e r e c ei v e d ca lli ng party numb e r. 

9.20.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,21 P l ayAnnounc e m e nt proc e dur e 

9.21.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d for i nband i nt e ract i on w i th an ana l ogu e us e r or for i nt e ract i on w i th an I SDN us e r. 

9.21.1.1 Param e t e rs 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e e nd us e r 
byth e SRF. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, th i s can b e on e of th e fo ll ow i ng: 
ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4exfe 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d to 
i nband i nformat i on (sp ee ch) by th e SRF. Th e attr i but e s of t e xt may cons i st of 
i t e ms such as l anguag e . 
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ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Tli i s sp e c i f ie s an announc e m e nt w i tli on e or mor e var i ab le parts. 
numb e rOf R e p e t i t i ons: 



Tli i s param e t e r i nd i cat e s tin e max i mum numb e r of t i m e s tin e m e ssag e slia ll b e s e nt to 
tin e e nd - us e r. 

durat i on: 



Tli i s param e t e r i nd i cat e s tin e max i mum t i m e durat i on i n s e conds tliat tin e m e ssag e 
shal l b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 

i nt e rva l : 



Th i s param e t e r i nd i cat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e t i t i ons, i . e . th e t i m e 
b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt r e p e t i t i on. Th i s 
param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s gr e at e r than on e . 



ton e : 



Th i s param e t e r sp e cifi e s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt, 
durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e durat i on i n s e conds of th e ton e to b e s e nt. ZERO 
i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 



Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can not b e 

r e c ei v e d by a PSTN e nd - us e r. 

NOTE: As th e curr e nt s i gna lli ng syst e ms (DSS1/ I SUP) do not prov i d e an i nd i cat i on wh e th e r or 

not i nformat i on can b e d i sp l ay e d by th e us e r's t e rm i na l , i n cas e of us e r i nt e ract i on w i th 
an I SDN us e r two cons e cut i v e P l ayAnnounc e m e nt op e rat i ons ar e s e nt. Th e f i rst 
conta i ns th e d i sp l ay i nformat i on, th e s e cond conta i ns th e i nband i nformat i on to b e s e nt 
to th e us e r. S i nc e th e e x e cut i on of th e d i sp l ay i nformat i on by th e SRF shou l d tak e a 
li m i t e d amount of t i m e , th e i nband i nformat i on w ill b e i mm e d i at el y s e nt by th e SRF to 
th e us e r, i n s e qu e nc e w i th th e d i sp l ay i nformat i on. 

d i sconn e ctProm i PForb i dd e n: 



Th i s param e t e r i nd i cat e s wh e th e r or not th e SRF shou l d b e d i sconn e ct e d from th e us e r wh e n all 
i nformat i on has b ee n s e nt. 

r e qu e stAnnounc e m e ntComp le t e : 

Th i s param e t e r i nd i cat e s wh e th e r or not a Sp e c i a li z e dR e sourc e R e port sha ll b e s e nt to th e SCF 

wh e n a ll i nformat i on has b ee n s e nt. 
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9.21.2 I nvok i ng e nt i ty (SCF) 

9.21.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m Tl-i e SLP I d e t e cts tliat i nformat i on sliou l d b e s e nt to tin e us e r. 

(2) A conn e ct i on b e tw ee n tin e us e r and a SRF lias b ee n e stab li sli e d. 

(3) Tli e SCSM FSM i s i n tin e stat e "Us e r i nt e ract i on", sub - stat e "Wa i t i ng for r e spons e from tin e SRF". 

SCF postcond i t i ons: 

ft] I f "R e qu e stAnnounc e m e ntComp le t e " was s e t TRUE, th e SCSM w ill stay i n sub - stat e "Wa i t i ng for 

R e spons e from th e SRF" and wa i t for th e Sp e c i a li z e dR e sourc e R e port. 
(2) I f "R e qu e stAnnounc e m e ntComp le t e " was s e t FALSE and mor e i nformat i on n ee ds to b e s e nt 

("D i sconn e ctFrom l PForb i dd e n" was s e t to TRUE), th e SCSM w ill stay i n sub - stat e "Wa i t i ng for 

R e spons e from th e SRF". 
(3) I f "R e qu e stAnnounc e m e ntComp le t e " was s e t FALSE and no mor e i nformat i on n ee ds to b e s e nt 

("D i sconn e ctFrom l PForb i dd e n" was s e t to FALSE), th e SCSM w ill mov e to th e stat e "Pr e par i ng 

SSF I nstruct i ons". 

9.21.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.21.3 R e spond i ng e nt i ty (SRF) 

9.21.3.1 Norma l proc e dur e 

SRF pr e cond i t i on: 

(4) Th e SRSM FSM i s i n th e stat e "Conn e ct e d"; or 

i n th e stat e "Us e r I nt e ract i on" i f th e SRF r e c ei v e d pr e v i ous l y an op e rat i on from th e SCF. 

SRF postcond i t i ons: 

(4) Th e SRF s e nds th e i nformat i on to th e us e r as i nd i cat e d by " I nformat i onToS e nd". 

(2) Th e SRSM FSM mov e s to th e stat e "Us e r I nt e ract i on"; or 

r e ma i ns i n th e sam e stat e . 

(3) I f a ll i nformat i on has b ee n s e nt and "R e qu e stAnnounc e m e ntComp le t e " was s e t TRUE, th e SRSM 

s e nds a Sp e c i a li z e dR e sourc e R e port op e rat i on to th e SCF. 
(4) I f a ll i nformat i on has b ee n s e nt and "d i sconn e ctFrom l PForb i dd e n" was s e t FALSE, th e SRSM 

d i sconn e cts th e SRF from th e us e r. 

Th e announc e m e nt s e nd to th e e nd - us e r i s e nd e d i n th e fo ll ow i ng cond i t i ons: 

i f n ei th e r "durat i on" or "numb e rOfR e p e t i t i ons" i s sp e c i f ie d, th e n th e n e twork sp e c i f i c announc e m e nt 

e nd i ng cond i t i ons sha ll app l y; or 

i f "numb e rOfR e p e t i t i ons" i s sp e c i f ie d, wh e n a ll r e p e t i t i ons hav e b ee n s e nt; or 

i f "durat i on" i s sp e c i f ie d, wh e n th e durat i on has e xp i r e d. Th e announc e m e nt i s r e p e at e d unt il th i s 

cond i t i on i s m e t; or 
i f "durat i on" and "numb e rOfR e p e t i t i ons" i s sp e c i f ie d, wh e n on e of both cond i t i ons i s sat i sf ie d 

(what e v e r com e s f i rst). 

9.21.3.2 Error hand li ng 

I f a Canc el op e rat i on i s r e c ei v e d b e for e or dur i ng th e proc e ss i ng of th e op e rat i on th e n th e op e rat i on i s 
i mm e d i at el y canc elle d and th e e rror "Canc elle d" i s r e port e d to th e i nvok i ng e nt i ty. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,22 PromptAndCo lle ctUs e r l nformat i on proc e dur e 

9.22.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to i nt e ract w i th a ca ll party i n ord e r to co lle ct i nformat i on. 

9.22.1.1 Param e t e rs 

co lle ct e d l nfo: 

co lle ct e dD i g i ts: 



m i n i mumNbOf D i g i ts: 

4f — tte — param e t e r — is — m i ss i ng, — the — d e fau l t va l u e — is — d e f i n e d — to — be — ^. — The 
"m i n i mumNbOfD i g i ts" sp e c i f ie s th e m i n i mum numb e r of va li d d i g i ts to b e co lle ct e d. 

max i mumNbOf D i g i ts 



Th i s param e t e r shou l d a l ways b e pr e s e nt and sp e c i f ie s th e max i mum numb e r of va li d 
d i g i ts to b e co lle ct e d. Th e fo ll ow i ng app lie s: 
"max i mumNbOfD i g i ts" > "m i n i mumNbOfD i g i ts". 

e ndOfR e p l yD i g i t: 



Th i s param e t e r i nd i cat e s th e d i g i t us e d to s i gna l th e e nd of i nput. 

I n cas e th e "max i mumNbOfD i g i ts" = "m i n i mumNbOfD i g i ts", th e " e ndOfR e p l yD i g i t" 

(cou l d b e pr e s e nt but) has no furth e r m e an i ng. Th i s param e t e r can b e on e or two 

d i g i ts. 

I n cas e th e "max i mumNbOfD i g i ts" > "m i n i mumNbOfD i g i ts" th e fo ll ow i ng app lie s: 

I f " e ndOfR e p l yD i g i t" i s not pr e s e nt, th e e nd of i nput i s i nd i cat e d: 

wh e n th e i nt e r - d i g i t t i m e r e xp i r e s; or 

wh e n — the — numb e r — of — valid — d i g i ts r e c ei v e d — eqyals — the 

"max i mumNbOfD i g i ts". 

I f " e ndOfR e p l yD i g i t" i s pr e s e nt, th e e nd of i nput i s i nd i cat e d: 

wh e n th e i nt e r - d i g i t t i m e r e xp i r e s; or 

wh e n th e e nd of r e p l y d i g i t i s r e c ei v e d; or 

wh e n — the — numb e r — of — valid — d i g i ts r e c e iv e d — eqyals — the 

"max i mumNbOfD i g i ts". 

Wh e n th e e nd of i nput i s atta i n e d, th e co lle ct e d d i g i ts ar e s e nd from SRF to th e SCF. 
I n th e cas e th e numb e r of va li d d i g i ts r e c ei v e d i s le ss than th e "m i n i mumNbOfD i g i ts" 
wh e n th e i nt e r - d i g i t t i m e r e xp i r e s or wh e n th e e nd of r e p l y d i g i t i s r e c ei v e d, th e i nput i s 
sp e c i f ie d as b ei ng e rron e ous. 

canc el D i g i t: 



I f th i s param e t e r i s pr e s e nt, th e canc el d i g i t can b e e nt e r e d by th e us e r to r e qu e st a 
poss i b le r e try. A ll d i g i ts a l r e ady r e c ei v e d by th e SRF ar e d i scard e d and th e sam e 
PromptAndCo lle ctUs e r l nformat i on proc e dur e i s p e rform e d aga i n, thus e .g. th e sam e 
announc e m e nt to r e qu e st us e r i nformat i on i s g i v e n to th e us e r and i nformat i on i s 
co lle ct e d. Th i s param e t e r can b e on e or two d i g i ts. I f th i s param e t e r i s not pr e s e nt, th e 
us e r i s not ab le to r e qu e st a poss i b le r e try. 

startD i g i t: 



I f th i s param e t e r i s pr e s e nt, th e start d i g i t i nd i cat e s th e start of th e va li d d i g i ts to b e 
co lle ct e d. Th e d i g i ts that ar e r e c ei v e d by th e SRF b e for e th i s start d i g i t i s r e c ei v e d, ar e 
d i scard e d and ar e not cons i d e r e d to b e va li d. Th i s param e t e r can b e on e or two d i g i ts. 
I f th i s param e t e r i s not pr e s e nt, a ll r e c ei v e d d i g i ts ar e cons i d e r e d to b e va li d. 
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f i rstD i g i tT i m e Out: 



I f th i s param e t e r i s pr e s e nt, th e f i rst d i g i t shou l d b e r e c ei v e d by th e SRF b e for e th e 
f i rst - d i g i t t i m e r e xp i rat i on. I n cas e th e f i rst d i g i t i s not r e c ei v e d b e for e f i rst - d i g i t t i m e r 
e xp i rat i on, th e i nput i s r e gard e d to b e e rron e ous. Aft e r r e c ei pt of th e f i rst va li d or 
i nva li d i nput d i g i t, th e corr e spond i ng f i rst - d i g i t t i m e r i s stopp e d. 

I f th i s param e t e r i s not pr e s e nt, th e n th e SRF us e s a d e fau l t va l u e for th e f i rst - d i g i t 
t i m e r i n wh i ch th e f i rst va li d or i nva li d i nput d i g i t i s r e c ei v e d. 

I f "startD i g i t" i s pr e s e nt, th e f i rst - d i g i t t i m e r i s stopp e d aft e r th e start d i g i t i s r e c ei v e d. 

I nt e rD i g i tT i m e Out: 

I f th i s param e t e r i s pr e s e nt any subs e qu e nt va li d or i nva li d d i g i t, shou l d b e r e c ei v e d by 

th e SRF b e for e th e i nt e r - d i g i t t i m e r e xp i r e s. As r e su l t th e i nt e r - d i g i t t i m e r i s r e s e t and 

r e start e d. 

I n cas e a subs e qu e nt va li d or i nva li d d i g i t i s not r e c ei v e d b e for e th e i nt e r - d i g i t t i m e r 
e xp i r e s and th e numb e r of r e c ei v e d va li d d i g i ts i s le ss than th e "m i n i mumNbOfD i g i ts", 
th e i nput i s r e gard e d to b e unsucc e ssfu l . 

I n cas e a subs e qu e nt va li d or i nva li d d i g i t i s not r e c ei v e d b e for e th e i nt e r - d i g i t t i m e r 
e xp i r e s — and — the — numb e r — of — r e c ei v e d — valid — d i g i ts — is — g^eatef — than — the 
"m i n i mumNbOfD i g i ts", and le ss than or e qua l to th e "max i mumNbOfD i g i ts", th e i nput i s 
r e gard e d to b e succ e ssfu l . 

I f th e " I nt e rD i g i tT i m e Out" i s not pr e s e nt, th e n th e SRF us e s a d e fau l t va l u e for th e 
i nt e r - d i g i t t i m e . 

e rrorTr e atm e nt: 



Th i s opt i ona l param e t e r d e f i n e s what sp e c i f i c act i on shou l d b e tak e n by th e SRF i n th e 
e v e nt of e rror cond i t i ons occurr i ng. Th e d e fau l t va l u e i s stdErrorAnd l nfo. 

I nt e rruptab le Ann l nd: 



Th i s param e t e r i s opt i ona l , wh e r e th e d e fau l t va l u e i s sp e c i f ie d b ei ng TRUE. 

I f th i s param e t e r i s TRUE, th e announc e m e nt i s i nt e rrupt e d aft e r th e f i rst va li d or 
i nva li d d i g i t i s r e c ei v e d by th e SRF. I f th e announc e m e nt i s i nt e rrupt e d, a poss i b le 
start - d i g i t t i m e r w ill not app l y anymor e . How e v e r, i f th e announc e m e nt has not b ee n 
i nt e rrupt e d, a poss i b le start - d i g i t t i m e r i s start e d aft e r th e announc e m e nt has b ee n 
f i n i sh e d. 

I f th i s param e t e r i s pr e s e nt and e xp li c i t l y s e t to FALSE, th e announc e m e nt w ill not b e 
i nt e rrupt e d aft e r th e f i rst d i g i t i s r e c ei v e d by th e SRF. Th e r e c ei v e d d i g i ts dur i ng th e 
announc e m e nt ar e d i scard e d and cons i d e r e d to b e i nva li d. A ll oth e r sp e c i f ie d 
param e t e rs ("m i n i mumNbOfD i g i ts", "max i mumNbOfD i g i ts", " e ndOfR e p l yD i g i t", e tc.) do 
not app l y b e for e th e announc e m e nt has b ee n f i n i sh e d. Th e poss i b le start - d i g i t t i m e r i s 
start e d aft e r th e announc e m e nt has b ee n f i n i sh e d. 

vo i c el nformat i on: 



Th i s param e t e r i s opt i ona l , wh e r e th e d e fau l t va l u e i s sp e c i f ie d b ei ng FALSE. I f th e 
"vo i c el nformat i on" param e t e r i s FALSE, a ll va li d or i nva li d d i g i ts ar e e nt e r e d by DTMF. 

I f th i s param e t e r i s pr e s e nt and e xp li c i t l y s e t to TRUE, ca lli ng us e r i s r e qu i r e d to 
prov i d e a ll va li d or i nva li d i nformat i on by sp ee ch. Th e SRF w ill p e rform vo i c e 
r e cogn i t i on and trans l at i on of th e prov i d e d i nformat i on i nto d i g i ts. A poss i b le e nd of 
r e p l y d i g i t w ill a l so hav e to b e prov i d e d by sp ee ch. 
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vo i c e Back: 



Th i s param e t e r i s opt i ona l , wh e r e th e d e fau l t va l u e i s sp e c i f ie d b ei ng FALSE. I f th e 

"vo i c e Back" param e t e r i s FALSE, no vo i c e back i nformat i on i s g i v e n by th e SRF. 

I f th i s param e t e r i s pr e s e nt and e xp li c i t l y s e t to TRUE, th e va li d i nput d i g i ts r e c ei v e d by 

th e SRF w ill b e announc e d back to th e ca lli ng us e r i mm e d i at el y aft e r th e e nd of i nput 
i s r e c ei v e d. Th e i nva li d i nput d i g i ts w ill not b e announc e d back to th e ca lli ng us e r. A 
poss i b le e nd of r e p l y d i g i t i s not vo i c e d back. 

disconn e ctFrom l PForb i dd e n: 

Th i s param e t e r i nd i cat e s wh e th e r th e SRF shou l d i n i t i at e d i sconn e ct i on to th e SSF/CCF aft e r th e 
i nt e ract i on has b ee n comp le t e d. I f th e param e t e r i s not pr e s e nt or s e t to TRUE, th e SRF sha ll not 
i n i t i at e d i sconn e ct i on. 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e e nd us e r 
by th e SRF. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, th i s can b e on e of th e fo ll ow i ng: 
ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4exfe 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d to 
i nband i nformat i on (sp ee ch) by th e SRF. Th e attr i but e s of t e xt may cons i st of 
i t e ms such as l anguag e . 

ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Th i s param e t e r sp e c i f ie s an announc e m e nt w i th on e or mor e var i ab le parts. 
numb e rOf R e p e t i t i ons: 



Th i s param e t e r i nd i cat e s th e max i mum numb e r of t i m e s th e m e ssag e sha ll b e s e nt to 
th e e nd - us e r. 

durat i on: 



Th i s param e t e r i nd i cat e s th e max i mum t i m e durat i on i n s e conds that th e m e ssag e 
sha ll b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 

i nt e rva l : 



Th i s param e t e r i nd i cat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e t i t i ons, i . e . th e t i m e 
b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt r e p e t i t i on. Th i s 
param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s gr e at e r than on e . 



ton e : 



Th i s param e t e r sp e c i f ie s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt. 
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durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e duration in s e conds of th e ton e to b e s e nt. ZERO 

i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 



Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can not b e 
r e c ei v e d by a PSTN e nd - us e r. 

NOTE: As th e curr e nt s i gna lli ng syst e ms (DSS1/ I SUP) do not prov i d e an i nd i cat i on wh e th e r or 

not i nformat i on can b e d i sp l ay e d by th e us e r's t e rm i na l , i n cas e of us e r i nt e ract i on w i th 
an — I SDN — useis — the — "d i sp l ay l nformat i on" — param e t e r — is — net — used — Ih — the 
"PromptAndCo lle ctUs e r l nformat i on" — op e rat i on. — I nst e ad — a — "P l ayAnnounc e m e nt" 
op e rat i on — conta i n i ng — the — "d i sp l ay l nformat i on" — param e t e r — fo ll ow e d — by — a 
"PromptAndCo lle ctUs e r l nformat i on" op e rat i on conta i n i ng i nband i nformat i on ar e s e nt 
to th e us e r. S i nc e th e e x e cut i on of th e d i sp l ay e d i nformat i on by th e SRF shou l d tak e a 
li m i t e d amount of t i m e , th e i nband i nformat i on w ill b e i mm e d i at el y s e nt by th e SRF to 
th e us e r, i n s e qu e nc e w i th th e d i sp l ay e d i nformat i on. 

d i g i tsR e spons e : 

Th i s param e t e r conta i ns th e i nformat i on co lle ct e d from th e e nd - us e r. 

9.22.2 I nvok i ng e nt i ty (SCF) 

9.22.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4] Th e SLP I d e t e cts that i nformat i on shou l d b e co lle ct e d from th e e nd - us e r. 

(2) A conn e ct i on b e tw ee n th e e nd - us e r and a SRF has b ee n e stab li sh e d. 

(3) Th e SCSM FSM i s i n stat e "Us e r I nt e ract i on", sub - stat e "Wa i t i ng for R e spons e from th e SRF". 

SCF postcond i t i ons: 

(4) Th e co lle ct e d i nformat i on i s r e c ei v e d from th e SRF as r e spons e to th e PromptAndCo lle ctUs e r - 

I nformat i on op e rat i on. 
(2) I f th e "d i sconn e ctFrom l PForb i dd e n" was s e t to FALSE, th e SCSM FSM w ill mov e to th e stat e 

"Pr e par i ng SSF I nstruct i ons". 
(3) Oth e rw i s e th e SCSM FSM r e ma i ns i n th e sam e stat e . 

Th e SLP I may cont i nu e e x e cut i on b e for e th e r e spons e i s r e c ei v e d from th e PromptAndCo lle ctUs e r - 
I nformat i on op e rat i on, mor e th e n on e op e rat i on may b e s e nt to th e SRF b e for e th e r e spons e i s r e c ei v e d. 

The "d i sconn e ctFrom l PForb i dd e n" param e t e r — may — owly — be set to FALSE if the 

PromptAndCo lle ctUs e r l nformat i on op e rat i on i s th e l ast op e rat i on s e nt to th e SRF. 

9.22.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.22.3 R e spond i ng e nt i ty (SRF) 

9.22.3.1 Norma l proc e dur e 

SRF pr e cond i t i on: 

(4) Th e SRSM FSM i s i n th e stat e "Conn e ct e d", or i n stat e "Us e r I nt e ract i on" i f th e SRF r e c ei v e d 

pr e v i ous l y an op e rat i on from th e SCF. 
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SRF postcond i t i ons: 

(4) Tl-i e SRF lias s e nt th e information to th e e nd - us e r as indicat e d by "informat i onToS e nd". 

(2) Th e co lle ct e d i nformat i on from th e e nd - us e r i s s e nt to th e SCF as r e turn r e su l t of th e 

PromptAndCo lle ctUs e r l nformat i on. 
(3) I f th e "d i sconn e ctFrom l PForb i dd e n" was s e t to FALSE, th e SRF i n i t i at e s a b e ar e r chann el 

d i sconn e ct to th e SSF and th e SRSM FSM mov e s to th e stat e " I d le ". 

(4) Oth e rw i s e th e SRSM FSM mov e s to th e stat e "Us e r I nt e ract i on"; or 

r e ma i ns i n th e sam e stat e . 

Th e announc e m e nt s e nd to th e e nd - us e r i s e nd e d i n th e fo ll ow i ng cond i t i ons: 

i f n ei th e r "durat i on" or "numb e rOfR e p e t i t i ons" i s sp e c i f ie d, th e n th e n e twork sp e c i f i c announc e m e nt 

e nd i ng cond i t i ons sha ll app l y; or 

i f "numb e rOfR e p e t i t i ons" i s sp e c i f ie d, wh e n a ll r e p e t i t i ons hav e b ee n s e nt; or 

i f "durat i on" i s sp e c i f ie d, wh e n th e durat i on has e xp i r e d. Th e announc e m e nt i s r e p e at e d unt il th i s 

cond i t i on i s m e t; or 
i f "durat i on" and "numb e rOfR e p e t i t i ons" i s sp e c i f ie d, wh e n on e of both cond i t i ons i s sat i sf ie d 

(what e v e r com e s f i rst). 

Th e abov e cond i t i ons ar e ov e rru le d i f th e param e t e r " I nt e rruptab le Ann i nd" i s not s e t to FALSE and th e 
e nd - us e r has r e spond e d w i th a d i g i t dur i ng th e s e nd i ng of th e announc e m e nt. I n th i s cas e th e 
announc e m e nt i s e nd e d i mm e d i at el y. Th e abov e proc e dur e s app l y on l y to i nband i nformat i on and ton e s 
s e nd to th e e nd - us e r, for "d i sp l ay l nformat i on" th e e nd cond i t i ons ar e m e t upon s e nd i ng, i . e . no i nt e rrupt i on 
can occur. 

Th e param e t e r " e rrorTr e atm e nt" sp e c i f ie s how th e SRF sha ll tr e at th e e rror " I mprop e rCa lle rR e spons e ". 
Th e d e fau l t va l u e "stdErrorAnd l nfo" m e ans that th e e rror sha ll b e r e port e d to SCF as sp e c i f ie d i n 
C l aus e 8. Th e va l u e "h el p" i nd i cat e s that no e rror sha ll b e r e port e d to SCF but ass i stanc e sha ll b e g i v e n to 
th e e nd - us e r i n form of a n e twork d e p e nd e nt d e fau l t announc e m e nt (wh i ch may b e d e p e nd e nt on th e 
cont e xt, i . e . th e s e nt m e ssag e ). Th e va l u e "r e p e atPrompt" i nd i cat e s that no e rror sha ll b e r e port e d to th e 
SCF but th e prompt sha ll b e r e p e at e d to th e e nd - us e r. Th e l ast two proc e dur e s sha ll on l y b e don e onc e 
p e r PromptAndCo lle ctUs e r l nformat i on op e rat i on. 

9.22.3.2 Error hand li ng 

I f a Canc el op e rat i on i s r e c ei v e d b e for e or dur i ng th e proc e ss i ng of th e op e rat i on th e n th e op e rat i on i s 
i mm e d i at el y canc elle d and th e e rror "Canc elle d" i s r e port e d to th e i nvok i ng e nt i ty. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.23 ReleaseCall procedure 

9.23.1 General description 

This operation is used to tear down by the qsm SCF an existing call at any phase of the call for all parties 
involved in the call. Thi s op e rat i on may not b e s e nt to an ass i st i ng SSF, e xc e pt i n th e cas e of hand - off 
proc e dur e e operation can only be sent within a control relationship and is not allowed in a monitor 
relationship . 

9.23.1.1 Parameters 

Cause 

A number giving an indication to the gsmSSF about the reason of releasing this specific call. This 
may be used by gsmSSF for generating specific tones to the different parties in the call or to fill in 
the "cause" in the release message. 

9.23.2 Spare l nvok i nq e nt i ty (SCF) 

9.23.2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

(4) Stat e 2.1, "Pr e par i ng SSF i nstruct i ons". 
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SCF postcond i t i ons: 

m Stat e 1, " I d le ", i f no Ca lll nformat i onR e port lias to b e r e c ei v e d from tin e SSF. A ll r e sourc e s ( e .g. 

qu e u e ) r el at e d to th e ca ll ar e r ele as e d by th e SCF; or 
Stat e 2.3, "Wa i t i ng for Not i f i cat i on or R e qu e st" i f a Ca lll nformat i onR e port st ill has to b e r e c ei v e d 

from th e SSF. 

9.23.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
9.23.3 Responding entity (gsmSSF) 

9.23.3.1 Normal procedure 

gsmSSF preconditions: 
(1 ) State-Cr "Waiting for Instructions"; or 
State F, "Mon i tor i ng". 

"Monitoring". 

gsm SSF postcondition: 

(1) "Idle" , stat e a, aft e r s e nd i ng any outstand i ng Ca lll nformat i onR e port . Possible armed EDPs are 
ignored. All connections and resources related to the call are released. 

9.23.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

9.24 Spare R e qu e stNot i f i cat i onCharq i nqEv e nt proc e dur e 

9.2 4 .1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to i nstruct th e SSF how to manag e th e charg i ng e v e nts wh i ch ar e r e c ei v e d from 
oth e r FEs not und e r th e contro l of th e SL i nstanc e . Th e op e rat i on supports th e opt i ons to cop e w i th th e 
i nt e ract i ons conc e rn i ng th e charg i ng (r e f e r to Ann e x B, C l aus e B.^). As s e v e ra l conn e ct i on conf i gurat i ons 
may b e e stab li sh e d dur i ng a ca ll a poss i b ili ty e x i sts for th e RNC op e rat i on to b e i nvok e d on mu l t i p le 
occas i ons. For e ach conn e ct i on conf i gurat i on a RNC may b e us e d s e v e ra l t i m e s. 

9.2 4 .1.1 Param e t e rs 

S e qu e nc e of Charg i ngEv e nt: 



Th i s param e t e r conta i ns a li st of th e charg i ng e v e nts and th e corr e spond i ng mon i tor typ e s and 
corr e spond i ng le gs. For e ach ele m e nt i n th e li st th e fo ll ow i ng i nformat i on ele m e nts ar e i nc l ud e d: 

e v e ntTyp e Charg i ng: 



Th i s sub - param e t e r i nd i cat e s th e charg i ng e v e nt typ e . I ts cont e nt is n e twork op e rator 
sp e c i f i c, wh i ch may b e "charg e Pu l s e s" or "charg e M e ssag e s". 

mon i torMod e : 



Th i s — sub - param e t e r — i nd i cat e s — the — mon i torMod e — app li cab le — fof — the — corr e spond i ng 
" e v e ntTyp e Charg i ng" sub - param e t e r. Mon i tor may b e " i nt e rrupt e d", "not i fy" and "cont i nu e " or 
"transpar e nt". 
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le g l D: 



Th i s sub - param e t e r i nd i cat e s th e le g I D of th e corr e sponding e v e nt typ e charging sub - 
param e t e r. 

9.2 4 .2 I nvok i ng e nt i ty (SCF) 

9.2 4 .2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a R e qu e stNot i f i cat i onCharg i ngEv e nt has to b e s e nt by th e SCF. 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on, 

(2) SLP I e x e cut i on may cont i nu e . 

Th e SCSM FSM i s i n stat e "Pr e par i ng SSF I nstruct i on" or i s i n stat e "Qu e u i ng FSM". Th i s op e rat i on i s 
i nvok e d by th e SCF i f a SLP I r e su l ts i n th e i nstruct i on of SSF how to cop e w i th th e i nt e ract i ons conc e rn i ng 
th e charg i ng. Th i s caus e s no SCSM FSM stat e trans i t i on. 

9.2 4 .2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.2 4 .3 R e spond i ng e nt i ty (SSF) 

9.2 4 .3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

f4 SSF FSM Stat e c: "Wa i t i ng for I nstruct i ons"; or 

SSF FSM Stat e d: "Wa i t i ng for End of Us e r I nt e ract i on"; or 

SSF FSM Stat e e : "Wa i t i ng for End of T e mporary Conn e ct i on"; or 

SSF FSM Stat e f: "Mon i tor i ng"; or 

Ass i st i ng/hand - off SSF FSM Stat e b: "Wa i t i ng for I nstruct i ons". 

SSF postcond i t i on: 

(4) No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SSF p e rforms act i ons to cop e w i th th e i nt e ract i ons conc e rn i ng th e 
charg i ng accord i ng th e i nformat i on ele m e nts i nc l ud e d i n th e op e rat i on. Th e r e qu e st e d charg i ng e v e nt can 
b e caus e d by: a) anoth e r SLP I or b) anoth e r e xchang e . I rr e sp e ct i v e of by what th e charg i ng e v e nt i s 
caus e d th e SSF p e rforms on e of th e fo ll ow i ng act i ons on occurr e nc e of th e charg i ng e v e nt (accord i ng th e 
corr e spond i ng mon i torMod e ): 

I nt e rrupt e d: 

not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng op e rat i on, do not proc e ss th e 

e v e nt or propagat e th e s i gna l . How e v e r, ca ll and e x i st i ng charg i ng proc e ss i ng w ill not b e 
susp e nd e d i n th e SSF. 

Not i fyAndCont i nu e : 

not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng, and cont i nu e proc e ss i ng th e 

e v e nt or s i gna l w i thout wa i t i ng for SCF i nstruct i ons (hand le d li k e EDP - N for BCSM e v e nts). 

Transpar e nt: 

do not not i fy th e SCF of th e e v e nt. Th i s i s stop th e mon i tor i ng of a pr e v i ous l y r e qu e st e d charg i ng 

e v e nt. 
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R e qu e st e d charg i ng e v e nts ar e mon i tor e d unt il e nd e d by a transpar e nt mon i tor mod e (or i n th e cas e of 
charg i ng e v e nts) unt il th e e nd of th e conn e ct i on conf i gurat i on. 

I n th e cas e that mu l t i p le R e qu e stNot i f i cat i onCharg i ngEv e nt op e rat i ons ar e r e c ei v e d for th e sam e 
conn e ct i on conf i gurat i on w i th th e sam e " e v e ntTyp e Charg i ng" and " le g l D", on l y th e l ast r e c ei v e d 
"mon i torMod e " w ill app l y. 

9.2 4 .3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.25 RequestReportBCSIVIEvent procedure 

9.25.1 General description 

This operation is used to request the qsm SSF to monitor for a call-related event (e.g., BCSM events such 
as busy or no answer), then send a notification back to the gsmSCF when the event is detected. 

9.25.1.1 Parameters 

bcsmEvents: 

This parameter specifies the event or events of which a report is requested. 

eventTypeBCSM: 

This parameter specifies the type of event of which a report is requested. Values 
or i gAtt e mptAuthor i z e d collectedlnfo and termAttemptAuthorized are not valid for the 
RequestReportBCSMEvent operation. 

monitorMode: 

This parameter indicates how the event should be reported. When the "monitorMode" is 
"interrupted", the event shall be reported as a request, if the "monitorMode" is 
"notifyAndContinue", the event shall be reported as a notification, if the "monitorMode" is 
"transparent", the event shall not be reported. 

leglD: 

This parameter indicates the party in the call for which the event shall be reported. gsm SCF 

will use the option "sendingSidelD" only. 

sendingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP ( i n cas e 

of a m i d ca ll tr i gg e r, th e party caus i ng th e tr i gg e r), or th e party that was cr e at e d w i th an 

I n i t i at e Ca ll Att e mpt op e rat i on . 

"leglD" = 2 indicates the party that was created with a "Connect" operation , or i n cas e 

of a m i d ca ll tr i gg e r, th e party not caus i ng th e tr i gg e r (Continue operation) . 

If not included, the following defaults are assumed: 

" le g l D" = 1 for th e e v e nts Co lle ct e d l nfo, Ana l yz e d l nformat i on, - Abandon and T - 

Abandon, 

"leglD" = 2 for the events Rout e S ele ctFa il ur e , — - Ca lle dPartyBusy, — - NoAnsw e r, 

- Answ e r, T - Ca lle dPartyBusy, T - No O-Answer and T-Answer. 

The "leglD" parameter shall always be included for the events 0- M i dCa ll , 

- D i sconn e ct, T - M i dCa ll -Disconnect and T-Disconnect. 

dPSp e c i f i cCr i t e r i a: 



Th i s param e t e r i nd i cat e s i nformat i on sp e c i f i c to th e EDP to b e arm e d. 
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numb e rOfD i g i ts: 



Th i s param e t e r i nd i cat e s th e numb e r of d i g i ts to b e coll e ct e d by th e SSF for th e 
Co lle ct e d l nfo e v e nt. I f th e i nd i cat e d numb e r of d i g i ts i s co lle ct e d, SSF r e ports th e 
e v e nt to th e SCF. 

app li cat i onT i m e r: 



Th i s param e t e r i nd i cat e s th e app li cat i on t i m e r for th e NoAnsw e r e v e nt. I f th e us e r do e s 

not answ e r th e ca ll w i th i n th e a ll ott e d t i m e , th e SSF r e ports th e e v e nt to th e SCF. Th i s 
t i m e r sha ll b e short e r than th e n e twork no - answ e r t i m e r. 

9.25.2 Spare l nvok i nq e nt i ty (SCF) 

9.25.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SLP I has d e c i d e d that a r e qu e st for an e v e nt r e port BCSM i s n ee d e d. 

(3) Th e SCSM FSM i s i n th e appropr i at e stat e to s e nd R e qu e stR e portBCSMEv e nt. 

SCF postcond i t i ons: 

(4) Th e SCSM FSM r e ma i ns i n th e sam e stat e . 

(2) SLP I e x e cut i on cont i nu e s. 

(3) I f a ll EDPs hav e b ee n d i sarm e d and no Ca lll nformat i onR e port or App l yCharg i ngR e port i s p e nd i ng, 

th e contro l r el at i onsh i p w i th th e conc e rn e d SSF i s e nd e d. I f no oth e r r el at i onsh i p p e rs i st, th e SCSM 

sha ll r e turn to " I d le " stat e . 

9.25.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.25.3 Responding entity (gsmSSF) 

9.25.3.1 Normal procedure 

gsmSSF precondition: 

(1 ) The SSF FSM gsmSSF is in either the state "Waiting for Instructions" or the state "Monitoring". 

gsm SSF postconditions: 

(1) The requested EDPs have been armed as indicated. 

(2) Previously requested events are monitored until ended by a transparent monitor mode, until the end 
of the call, until the EDPs are detected or until the corresponding leg is released. 

(3) The SSF FSM gsmSSF remains in the same state. 

(4) If all EDPs have been disarmed and no Ca lll nformat i onR e port or App l yCharg i ngR e port has b ee n 
r e qu e st e d, th e SSF FSM the gsmSSF moves to the state "Idle". 

9.25.3.2 Error handling 

Generic error handling for the operation related errors is described in Clause 8 and the TCAP services 
which are used for reporting operation errors are described in Clause 10. 

9.26 -9.29Spare R e s e tT i m e r proc e dur e 

9.26.1 G e n e ra l d e scr i pt i on 

Th i s c l ass 2 op e rat i on i s us e d by th e SCF to r e fr e sh th e T gs p app li cat i on t i m e r, i n ord e r to avo i d th e T gg p 
t i m e- out at th e SSF. 



GSM 09.78 version 5.1.0 1 78 TS 1 01 046 V5.1 .0 (1 997 08) 

9.26.1.1 Param e t e rs 

t i m e rVa l u e : 



Th i s param e t e r sp e c i f ie d th e va l u e to wh i ch th e I gs p i s to b e s e t. 
t i m e r l D: 



Th i s param e t e r has a d e fau l t va l u e i d e nt i fy i ng th e I gs p t i m e r. 

9.26.2 I nvok i ng e nt i ty (SCF) 

9.26.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d by th e T s cf-ss f guai"d t i m e r e xp i rat i on, that th e R e s e tl i m e r op e rat i on has 

to b e s e nt i n ord e r to avo i d I gs p t i m e- out at th e SSF. 

SCF postcond i t i on: 

m Th e SLP I r e s e t th e T g cF-sS F guai"d t i m e r. 

9.26.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.26.3 R e spond i ng e nt i ty (SSF) 

9.26.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll or i g i nat i on att e mpt has b ee n i n i t i at e d. 

(2) Bas i c ca ll proc e ss i ng has b ee n susp e nd e d at a DP. 

(3) Th e SSF FSM i s i n th e "Wa i t i ng for I nstruct i on" stat e or i n th e "Wa i t i ng for End of Us e r I nt e ract i on" 

stat e or i n th e "Wa i t i ng for End of T e mporary Conn e ct i on" stat e . 

SSF postcond i t i ons: 

m — Th e T gs F t i m e r has b ee n r e s e t. 

(2) Th e SSF FSM r e ma i ns i n th e sam e stat e . 

9.26.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,27 S e ndCharg i ng l nformat i on proc e dur e 

9.27.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to i nstruct th e SSF on th e charg i ng i nformat i on to b e s e nt by th e SSF. Th e s e nd i ng 
of charg i ng i nformat i on can ei th e r b e by charg e pu l s e s or s i gna lli ng or i nt e rna l i f SSF i s l ocat e d i n th e 
Loca l Exchang e (LE). I n th e LE, ei th e r a charg e m e t e r can b e updat e d or a standard ca ll r e cord can b e 
cr e at e d. A poss i b ili ty e x i sts for th e SC I op e rat i on to b e i nvok e d on mu l t i p le occas i ons. Th e charg i ng 
sc e nar i o support e d by th i s op e rat i on i s: sc e nar i o 3.2 (r e f e r to Ann e x B). 

NOTE: Th e i nt e rwork i ng b e tw ee n SSF and PSTN i s n e twork op e rator sp e c i f i c. Th i s op e rat i on 

has many PSTN/ I N i nt e ract i ons. 
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9.27.1.1 Param e t e rs 

sC I B illi ngCharg i ngCharact e r i st i es: 

Th i s param e t e r i nd i cat e s b illi ng and/or charg i ng charact e r i st i cs. I ts cont e nt i s n e twork op e rator 

sp e c i f i c. D e p e nd i ng on th e app lie d charg i ng sc e nar i o th e fo ll ow i ng i nformat i on ele m e nts can b e 

i nc l ud e d (r e f e r to Ann e x B): 

charg e le v el (sc e nar i o 3.2); 

charg e Pu l s e s; 



charg e M e ssag e s. 

le§40; 

Th i s param e t e r i nd i cat e s wh e r e th e charg i ng i nformat i on sha ll b e s e nt. 

9.27.2 I nvok i ng e nt i ty (SCF) 

9.27.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

f4 A contro l r el at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a S e ndCharg i ng l nformat i on has to b e s e nt by th e SCF. 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on, 

(2) SLP I e x e cut i on may cont i nu e . 

Th e SCSM FSM i s i n stat e "Pr e par i ng SSF I nstruct i on" or i s i n stat e "Qu e u i ng FSM". Th e 
S e ndCharg i ng l nformat i on proc e dur e sha ll b e i nvok e d by th e SCF i n accordanc e w i th th e d e mands of th e 
SLP I for r ele vant charg i ng i nformat i on. I f appropr i at e th i s i nformat i on sha ll b e s e nd back down th e ca ll 
path. 

Th i s caus e s no SCSM FSM stat e trans i t i on. 

9.27.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.27.3 R e spond i ng e nt i ty (SSF) 

9.27.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) SSF FSM Stat e c: "Wa i t i ng for I nstruct i ons"; or 

SSF FSM Stat e d: "Wa i t i ng for End of Us e r I nt e ract i on"; or 

SSF FSM Stat e e : "Wa i t i ng for End of T e mporary Conn e ct i on"; or 

SSF FSM Stat e f: "Mon i tor i ng"; or 

Ass i st i ng/hand - off SSF FSM Stat e b: "Wa i t i ng for I nstruct i ons". 

SSF postcond i t i on: 

ft] No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SSF p e rforms act i ons to s e nd th e charg i ng i nformat i on. Th e s e nd i ng of 
charg i ng i nformat i on can ei th e r b e by charg e pu l s e s or s i gna lli ng or i nt e rna l i f SSF i s l ocat e d i n th e LE. I n 
th e LE, ei th e r a charg e m e t e r can b e updat e d or a standard ca ll r e cord can b e cr e at e d. Th e i nt e rwork i ng 
b e tw ee n SSF and PSTN i s n e twork op e rator sp e c i f i c. Th i s op e rat i on has much PSTN/ I N i nt e ract i ons. 
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For i nstanc e , by s e nd i ng an op e rat i on S e ndCharg i ng l nformat i on th e SCF i nstructs th e SSF to i n i t i at e th e 
PSTN/ I SDN charg i ng funct i ons accord i ng to th e g i v e n i nformat i on about th e charg i ng le v el to us e . 

Th e charg i ng le v el can b e d e t e rm i n e d ei th e r by on e of th e fo ll ow i ng funct i ons: 

a) th e SCF; or 

b) th e SSF; or 

g) th e charg i ng funct i on i n a succ ee d i ng e xchang e . 

I n cas e of th e SCF hav i ng d e t e rm i n e d th e charg i ng le v el , th e S e ndCharg i ng l nformat i on op e rat i on conta i ns 
th e charg i ng le v el to b e app lie d. 

I n cas e of th e SSF to d e t e rm i n e th e charg i ng le v el , th e S e ndCharg i ng l nformat i on op e rat i on conta i ns th e 
param e t e rs to d e t e rm i n e th e charg i ng le v el . 

I f th e charg i ng le v el was d e t e rm i n e d by th e I N (SCF or SSF), th e SSF prov i d e s th e charg i ng le v el to b e 
app lie d to th e PSTN/ I SDN charg i ng funct i ons (cas e s a and b). 

I n cas e c), th e charg i ng le v el i s d e t e rm i n e d i n a succ ee d i ng e xchang e . Th e S e ndCharg i ng l nformat i on 
op e rat i on ei th e r conta i ns th e corr e spond i ng param e t e rs i nd i cat i ng th i s fact or th e SSF d e t e cts dur i ng 
try i ng to d e t e rm i n e th e charg i ng le v el bas e d on SCF prov i d e d param e t e rs that th e charg i ng le v el sha ll b e 
d e t e rm i n e d i n a succ ee d i ng e xchang e . Bas e d on a l r e ady e x i st i ng PSTN/ I SDN capab ili t ie s th e SSF 
prov i d e s th e PSTN/ I SDN charg i ng funct i ons w i th th e n e c e ssary i nformat i on and backward charg e 
m e ssag e s sha ll b e transf e rr e d down th e ca ll path wh e n a ll ow e d by th e SCF (g e n e rat e d by a succ ee d i ng 
e xchang e , e .g. an i nt e rnat i ona l gat e way). 

I n th e sc e nar i o d e scr i b e d abov e charg i ng/b illi ng i s p e rform e d by m e ans of e x i st i ng m e chan i sms of th e 
PSTN/ I SDN i n i t i at e d and contro lle d by th e I N. 

That m e ans th e d e t e rm i nat i on of th e charg i ng m e thod (on -li n e or off -li n e ) and th e i t e ms to b e charg e d for 
sha ll b e don e i n th e bas i c n e twork, just li k e th e charg e g e n e rat i on and th e charg e r e g i strat i on. 

9.27.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors are descr i b e d i n C l aus e 10. 

9,28 S e rv i c e F i I t e r i ng R e spons e proc e du r e 

9.28.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e port th e va l u e s of count e rs sp e c i f ie d i n a pr e v i ous s e nt Act i vat e S e rv i c e F il t e r i ng 
op e rat i on to th e SCF. 

9.28.1.1 Param e t e rs 

count e rsVa l u e : 



Th e param e t e r conta i ns th e count of ca ll s f il t e r e d dur i ng th e f il t e r i ng p e r i od. I t i s a li st of count e r 
i d e nt i f i cat i ons and th e r el at e d va l u e s. 

f il t e r i ngCr i t e r i a: 



Th i s param e t e r i s us e d to addr e ss th e conc e rn e d SL at th e SCF. 
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9.28.2 I nvok i ng e nt i ty (SSF) 

9.28.2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) S e rv i c e f il t e r i ng i s runn i ng and Vn e i nt e rva l t i m e i s e xp i r e d and a ca ll i s r e c ei v e d; or 

(2) S e rv i c e f il t e r i ng i s runn i ng and th e thr e sho l d va l u e i s r e ach e d; or 

(3) S e rv i c e f il t e r i ng has b ee n f i n i sh e d (durat i on t i m e e xp i r e d or stop t i m e m e t); or 

(4) Th e op e rat i on Act i vat e S e rv i c e F il t e r i ng i s r e c ei v e d and e ncount e rs an act i v e s e rv i c e f il t e r i ng e nt i ty. 

SSF postcond i t i on: 

(4) S e rv i c e f il t e r i ng proc ee ds or i s e nd e d d e p e nd i ng on th e durat i on t i m e . 

Th e SSF s e nds th e S e rv i c e F il t e r i ngR e spons e op e rat i on to th e SCF. Th e "f i lt e r i ngCr i t e r i a" param e t e r i s 
prov i d e d to e nab le th e addr e ss i ng of th e conc e rn e d SL at th e SCF. 

B e for e S e rv i c e F il t e r i ngR e spons e i s s e nt, i t i s ch e ck e d wh e th e r ca ll gapp i ng cr i t e r i a ar e m e t. I f so, th e 
S e rv i c e F il t e r i ngR e spons e i s not s e nt and th e count i ng cont i nu e s w i thout r e s e tt i ng th e count e rs. Th e l ast 
S e rv i c e F il t e r i ngR e spons e (stop t i m e i s m e t or durat i on t i m e e xp i r e d) i s s e nt w i thout ch e ck i ng any ca ll gap 
cr i t e r i a. 

Aft e r s e nd i ng S e rv i c e F il t e r i ngR e spons e th e s e rv i c e f il t e r i ng count e rs ar e r e s e t. 

I f s e rv i c e f il t e r i ng proc ee ds aft e r s e nd i ng S e rv i c e F il t e r i ngR e spons e ( e .g. i nt e rva l t i m e e xp i r e d) th e SSME 
FSM r e ma i ns i n th e stat e "Non - Ca ll Assoc i at e d Tr e atm e nt". 

I f s e rv i c e f il t e r i ng i s stopp e d aft e r s e nd i ng S e rv i c e F il t e r i ngR e spons e (durat i on t i m e e xp i r e d or stop t i m e i s 
m e t) th e n th e SSME FSM mov e s to th e " I d le Manag e m e nt" stat e . A ll conc e rn e d r e sourc e s ar e r ele as e d, 
i . e . th e SSME FSM i s r e mov e d as w ell . 

9.28.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.28.3 R e spond i ng e nt i ty (SCF) 

9.28.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4) S e rv i c e f il t e r i ng i s runn i ng. 

(2) Th e SCME i s i n th e stat e "Wa i t i ng for SSF S e rv i c e F il t e r i ng R e spons e ". 

SCF postcond i t i on: 

(4) Th e SCME forwards th e r e c ei v e d count e r va l u e s to th e SLP I . 

Th e op e rat i on i s hand le d by th e S e rv i c e F il t e r i ng FSM part of th e SCME. Th e SCME pass e s th e r e c ei v e d 
count e r va l u e s to th e SLP I wh e r e th e y ar e add e d to pr e v i ous l y r e c ei v e d count e r va l u e s. 

Th e "f il t e r i ngCr i t e r i a" param e t e r as prov i d e d i n S e rv i c e F il t e r i ngR e spons e i s us e d to addr e ss th e SCME 
and th e conc e rn e d SL i nstanc e . 

Th e S e rv i c e F il t e r i ng FSM of th e SCME r e ma i ns i n th e stat e "Wa i t i ng For SSF S e rv i c e F il t e r i ng 
R e spons e " unt il th e i nt e rna l s e rv i c e f il t e r i ng durat i on t i m e i n th e SLP I e xp i r e s. Th e n th e SLP I i nforms th e 
SCME about t i m e r e xp i rat i on. Now th e SCME mov e s to th e stat e "S e rv i c e F il t e r i ng I d le ". 

9.28.3.2 Error hand li ng 

I f th e SCME i s i n th e stat e "S e rv i c e F il t e r i ng I d le " an i ncom i ng S e rv i c e F il t e r i ngR e spons e op e rat i on i s 
i gnor e d. 
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9,29 Sp e c i a li z e dR e sourc e R e port proc e dur e 

9.29.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d as th e r e spons e to a P l ayAnnounc e m e nt op e ration wh e n th e announc e m e nt 
comp le t e d i nd i cat i on i s s e t. 

9.29.1 .1 Param e t e rs 

Non e . 

9.29.2 l nvo l < i ng e nt i ty (SRF) 

9.29.2.1 Norma l proc e dur e 

SRF pr e cond i t i ons: 

(4] Th e SRSM FSM i s i n th e stat e "Us e r I nt e ract i on". 

(2) A P l ayAnnounc e m e nt op e rat i on is b ei ng e x e cut e d fef — wh i ch the param e t e r 

"R e qu e stAnnounc e m e ntComp le t e " was s e t TRUE. 
(3) A ll i nformat i on has b ee n s e nt to th e us e r. 

SRF postcond i t i ons: 

(4) Th e SRSM FSM r e ma i ns i n th e sam e stat e . 

(2) I f th e "D i sconn e ctFrom l PForb i dd e n" param e t e r was s e t FALSE, th e SRSM i n i t i at e s a b e ar e r 

chann el d i sconn e ct s e qu e nc e to th e SSF us i ng th e app li cab le b e ar e r chann el s i gna lli ng syst e m 
aft e r s e nd i ng th e Sp e c i a li z e dR e sourc e R e port op e rat i on to th e SCF. Th e SRSM FSM mov e s to th e 
stat e " I d le ". 

9.29.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.29.3 R e spond i ng e nt i ty (SCF) 

9.29.3.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

(4] Th e SCSM FSM i s i n th e stat e "Us e r I nt e ract i on", sub - stat e "Wa i t i ng for r e spons e from th e SRF". 

SCF postcond i t i ons: 

(4) Th e SCSM FSM r e ma i ns i n th e sam e stat e . 

(2) I f th e Sp e c i a li z e dR e sourc e R e port r el at e s to a P l ayAnnounc e m e nt op e rat i on w i th p e rm i ss i on of SRF 

i n i t i at e d d i sconn e ct i on, th e SCSM FSM mov e s to th e stat e "Pr e par i ng SSF I nstruct i ons". 

9.29.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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10 Services assumed from TCAP 

10.1 Normal procedures 

This subclause describes tine procedures and TCAP primitives tinat sinall be used for transmitting 
messages between SSF, SCF, SRF, and SD gsmSSF and gsmSC F under normal operation. 

The W4CAP, as TC-user, uses only the structured dialogue facility provided by TCAP. The following 
situations can occur when a message is sent between two physical entities: 

a dialogue shall be established: the TC-user issues a TC-BEGIN request primitive; 

a dialogue shall be maintained: the TC-user issues a TC-CONTINUE request primitive; 

a dialogue shall no longer be maintained: the TC-user issues a TC-END request primitive with 
either basic end or with pre-arranged end depending on the following conditions: 

basic end: 

operations leading to a termination of the control relationship can be transmitted by the 
qsm SCF with a TC-END request primitive (basic) in case the qsm SCF is not interested 
in the reception of any ERROR or REJECT components for these sent operations; 
once the qsm SCF dialogue resources have been released any ERROR or REJECT 
components received for these sent operations will be discarded by TC as described in 
ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T Recommendation 0.774); 
if the qsm SCF entity has received an operation leading to the termination of the control 
relationship, a TC-END request primitive (basic) with zero components can be sent 
from the qsm SCF; 

pre-arranged end: 

in case of an entity being interested in possible ERROR or REJECT messages in response 
to sent operations leading to a termination of the control relationship, the dialogue is ended 
with a TC-END request primitive (pre-arranged end) after the last associated operation timer 
expires. The receiving entity shall end the dialogue with a TC-END request primitive (basic or 
pre-arranged end) after successful processing of these operations (i.e. the control 
relationship is terminated); 

a d i a l ogu e sha ll not b e e stab li sh e d: for c l ass 2 or ■ 1 op e rat i ons on l y th e s e nd i ng TC - us e r i ssu e s a 

TC - BEG I N r e qu e st pr i m i t i v e and e nds th e d i a l ogu e l oca ll y aft e r op e rat i on t i m e out by m e ans of a 
pr e arrang e d e nd. Upon r e c e pt i on of th e TC - BEG I N i nd i cat i on pr i m i t i v e th e r e c ei v i ng TC - us e r sha ll 
e nd th e d i a l ogu e l oca ll y. 

10.1.1 qsm SSF-to- qsm SCF messages 

10.1 .1 .1 qsm SSF FSM-related messages 

A dialogue shall be established when the qsm SSF has finalised triqqer processinq and moves FSM mov e s 
from th e stat e Tr i gg e r Proc e ss i ng to the state Waiting for Instructions. The relevant W4CAP operation, 
which can only be the InitialDP operation, shall be transmitted in the same message. 

For all other operations sent from the qsm SSF FSM , the dialogue shall be maintained. 

The dialogue shall no longer be maintained when the prearranged end condition is met in the qsm SSF. 
When the qsm SSF FSM-makes a state transition to the state Idle, the dialogue is locally ended by means 
of a TC-END request primitive with prearranged end. 

When the SSF has seot the last Ev e ntR e portBCSM, App l yCharg i ngR e port of 

Ca lll nformat i onR e port qsmSSF has sent the last EventReportBCSM the dialogue may be ended from the 
qsm SCF by a TC-END request primitive with basic end. 
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10.1.1.2 Spare Ass i st i nq/hand - off SSF FSM r el at e d m e ssag e s 

A d i a l ogu e sha ll b e estab li sh e d wh e n th e Ass i st i ng/hand - off SSF FSM mov e s from th e stat e I d le to th e 
stat e Wa i t i ng for I nstruct i ons. Th e Ass i stR e qu e st l nstruct i ons op e rat i on sha ll b e transm i tt e d w i th a 
TC - BEG I N r e qu e st pr i m i t i v e . 

For a ll oth e r op e rat i ons s e nt from th e Ass i st i ng/hand - off SSF FSM, th e d i a l ogu e sha ll b e ma i nta i n e d. 

Th e d i a l ogu e sha ll no l ong e r b e ma i nta i n e d wh e n th e pr e arrang e d e nd cond i t i on i s m e t i n th e SSF. Wh e n 
th e SSF FSM mak e s a stat e trans i t i on to th e stat e I d le , th e d i a l ogu e i s l oca ll y e nd e d by m e ans of a 
TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 



10.1.1.3 SSME FSM related messages 

The following procedures shall be followed: 

the dialogue shall be maintained when the Activity Test return result is sent; 

no d i a l ogu e sha ll b e e stab li sh e d wh e n th e S e rv i c e F il t e r i ngR e spons e op e rat i on i s s e nt. Th e 

op e rat i on i s s e nt w i th a TC - BEG I N r e qu e st pr i m i t i v e and th e d i a l ogu e i s e nd e d by m e ans of a 
TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd; 

a d i a l ogu e sha ll no l ong e r b e ma i nta i n e d wh e n th e r e turn r e su l t of th e Act i vat e S e rv i c e F il t e r i ng 

op e rat i on i s s e nt. Th e d i a l ogu e i s e nd e d by m e ans of a TC - END r e qu e st pr i m i t i v e w i th bas i c e nd, 
th e r e turn r e su l t i s transm i tt e d w i th th e sam e r e qu e st; 

th e d i a l ogu e i s l oca ll y t e rm i nat e d by m e ans of a TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd, 

upon r e c e pt i on of a TC - BEG I N i nd i cat i on pr i m i t i v e w i th a Ca ll Gap op e rat i on. 

10.1.2 SCF - to - qsmSCF-to-gsm SSF messages 

10.1.2.1 SCSM FSM related messages 

A — d i a l ogu e — steH — be — e stab li sh e d — wh e n — the — SCSM — FSM — mov e s — iroPR — state — Idte — to — state 
Pr e par i ng SSF I nstruct i ons and an I n i t i at e Ca ll Att e mpt op e rat i on i s s e nt to th e SSF. 

For subsequent operations sent from the SCSM FSM, the dialogue shall be maintained, i.e. all other 
operations are sent after a dialogue was established from the gsmSSF (the qsm SCF has previously 
received a TC-BEGIN indication primitive with ei th e r an InitialDP or an Ass i stR e qu e st l nstruct i ons 
operation). 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSCF. 
When the gsmSCF does not expect any messages other than possibly REJECT or ERROR messages for 
the operations sent and when the last associated operation timer expires, the dialogue is locally ended by 
means of a TC-END request primitive with prearranged end. 

Alternatively, the sending of operations, leading to the termination of the control relationship, by means of 
a TC-END request primitive (basic end) is possible. 

10.1.2.2 SCME FSM related messages 

The operations sent from the SCME FSM shall be issued according to the following procedures: 

the dialogue shall be maintained when the Activity Test operation is sent; 

a d i a l ogu e sha ll not b e e stab li sh e d wh e n a Ca ll Gap op e rat i on i s s e nt w i thout us i ng a SCSM 

assoc i at e d d i a l ogu e . Th e op e rat i on i s s e nt us i ng a TC - BEG I N r e qu e st pr i m i t i v e and th e d i a l ogu e i s 
t e rm i nat e d w i th a pr e arrang e d e nd; 
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for s e nd i ng on e or mor e Ca ll Gap op e rat i ons, th e SCME FSM may us e an e x i st i ng SCSM FSM 

assoc i at e d d i a l ogu e wl-i i cli was i n i t i at e d by a SSF FSM ( i . e . e stab li sli e d for tin e transm i ss i on of tin e 
I n i t i a l DP op e rat i on). Tli e d i a l ogu e slia ll b e ma i nta i n e d and tin e Ca ll Gap op e rat i on(s) slia ll b e s e nt 
w i th th e f i rst r e spons e of th e SCSM FSM to th e I n i t i a l DP op e rat i on; 
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a d i a l ogu e sha ll b e e stab li sh e d wh e n an Act i vat e S e rv i c e F il t e r i ng op e rat i on i s s e nt. Th e op e rat i on 

sha ll b e transm i tt e d w i th a TC - BEG I N r e qu e st pr i m i t i v e ; 

th e d i a l ogu e i s l oca ll y t e rm i nat e d upon r e c e pt i on of a S e rv i c e F il t e r i ngR e spons e op e rat i on us i ng a 

TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 

10.1.3 Spare SCF - to/from - SRF m e ssag e s 

A d i a l ogu e i s e stab li sh e d wh e n th e SRF s e nds an Ass i stR e qu e st l nstruct i ons op e rat i on to th e SCF. For a ll 
oth e r op e rat i ons s e nt from th e SRF, th e d i a l ogu e sha ll b e ma i nta i n e d. 

Th e d i a l ogu e sha ll no l ong e r b e ma i nta i n e d wh e n th e pr e arrang e d e nd cond i t i on i s m e t i n both th e SRF 
and SCF. Wh e n th e SRSM FSM mak e s a stat e trans i t i on to th e stat e I d le , th e d i a l ogu e i s l oca ll y e nd e d by 
m e ans of a TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 

Wh e n th e SCF do e s not e xp e ct any m e ssag e s oth e r than poss i b l y REJECT or ERROR m e ssag e s for th e 
op e rat i ons s e nt and wh e n th e l ast assoc i at e d op e rat i on t i m e r e xp i r e s, th e d i a l ogu e i s l oca ll y e nd e d by 
m e ans of a TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 

A l t e rnat i v el y, th e SCF can s e nd th e l ast op e rat i on to th e SRF w i th a TC - END r e qu e st pr i m i t i v e (bas i c e nd) 
wh e n th e SCF do e s not e xp e ct any furth e r m e ssag e s and i s no l ong e r i nt e r e st e d i n any poss i b le e rror and 
r e j e ct m e ssag e s. 

I n th e r el ay cas e , th e SRF - SCF r el at i onsh i p us e s th e SSF - SCF TCAP d i a l ogu e . Th i s i s poss i b le , b e caus e 
b e g i n and e nd of th e SRF - SCF r el at i onsh i p ar e e mb e dd e d i n th e SSF - SCF r el at i onsh i p. SRF - SCF 
i nformat i on sha ll b e e xchang e d w i th TC - CONT I NUE r e qu e st pr i m i t i v e s. 

10.2 Abnormal procedures 

This subclause describes the procedures and TCAP primitives that shall be used for reporting abnormal 
situations between SSF, SCF, SRF, and SD gsmSSF and gsmSC F. The error cases are defined in 
Clause 8. 

The following primitives shall be used to report abnormal situations: 

operation errors, as defined in the core I N CAP, are reported with TC-U-ERROR request primitive; 

rejection of a TCAP component by the TC-user shall be reported with TC-U-REJECT request 
primitive; 

a dialogue shall be aborted by the TC-user with a TC-U-ABORT request primitive. 

For abnormal situations detected by TCAP the same rules shall apply for transmission of TC-R-REJECT 
indication as for transmission of TC-U-REJECT request and for transmission of TC-P-ABORT indication 
as for transmission of TC-U-ABORT request primitive. 

In error situations prearranged end shall not be used. In case any AE encounters an error situation the 
peer entity shall be explicitly notified of the error, if possible. If from any entity's point of view the error 
encountered requires the relationship to be ended, it shall close the dialogue via a TC-END request 
primitive with basic end or via a TC-U-ABORT request primitive, depending on whether any pending 
ERROR or REJECT component is to be sent or not. 

In case an entity receives a TC-END indication primitive and after all components have been considered, 
the gsmSSF^SM is not in a state to terminate the control relationship, an appropriate internal error should 
be provided. 
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In cases when a dialogue needs to be closed by the initiating entity before its establishment has been 
completed (before the first TC indication primitive to the TC-BEGIN request primitive has been received 
from the responding entity), the TC-user shall issue a TC-END request primitive with prearranged end or a 
TC-U-ABORT request primitive. The result of these primitives will be only local, any subsequent TC 
indication received for this dialogue will be handled according to the abnormal procedures as specified in 
ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T Recommendation Q.774). 

10.2.1 SCF - to - SSF/SR qsmSCF-to-qsmSS F messages 

Considering that both SSF and SRF do gsmSSF does not have the logic to recover from error cases 
detected on the SCF - SSF/SR gsmSCF-gsmSS F interface, the following shall apply: 

operation errors and rejection of TCAP components shall be transmitted to the SSF r e sp e ct i v el y 
SRgsrnSSF with a TC-END request primitive, basic end. 

If, in violation of the above procedure, an ERROR or REJECT component is received with a 
TC-CONTINUE indication primitive, the SSF r e sp e ct i v el y th e SR gsmSS F shall abort the dialogue with a 
TC-U-ABORT request primitive. 

10.2.2 SSF/SRF - to - qsmSSF-to-qsmS CF messages 

Operation errors and rejection of TCAP components shall be transmitted to the gsm SCF according to the 
following rules: 

the dialogue shall be maintained when the preceding message, which contained the erroneous 
component, indicated that the dialogue shall be maintained. I.e. the error or reject shall be 
transmitted with a TC-CONTINUE request primitive if the erroneous component was received with a 
TC-CONTINUE indication primitive; 

on receipt of an ERROR or REJECT component the gsmSCF decides on further processing. It may 
either continue, explicitly end or abort the dialogue; 

i n a ll oth e r s i tuat i ons th e d i a l ogu e sha ll no l ong e r b e ma i nta i n e d. I . e . th e e rror or r e j e ct sha ll b e 

transm i tt e d w i th a TC - END r e qu e st pr i m i t i v e , bas i c e nd, i f th e e rron e ous compon e nt was r e c ei v e d 
w i th a TC - BEG I N i nd i cat i on pr i m i t i v e . 

If the error processing in the SSF/SR gsmSS F leads to the case where the SSF/SR gsmSS F is not able to 
process further gsm SCF operations while the dialogue is to be maintained, the SSF/SR gsmSS F aborts 
the dialogue with a TC-U-ABORT request primitive. 

The gsmSSF aborts a dialogue with a TC-U-ABORT request primitive in case call release is initiated by 
any other entity then the SCF and th e SSF has no p e nd i ng Ca lll nformat i onR e qu e st (or p e nd i ng r e qu e sts 
wh i ch shou l d b e tr e at e d i n th e sam e way, i . e . App l yCharg i ng) nor any qsmSCF and the qsmSSF has no 
armed EDP to notify the gsm SCF of the call release. 

10.3 Dialogue establishment 

The establishment of an H4CAP dialogue involves two application processes as described in 
subclause 4.3, one that is the dialogue-initiator and one that is the dialogue-responder. 

AC negotiation may not be supported in all physical entities and/or all networks. 

This procedure is driven by the following signals: 

a TC-BEGIN request primitive from the dialogue-initiator; 

a TC-BEGIN indication primitive occurring at the responding side; 

the first TC-CONTINUE indication primitive occurring at the initiating side or under specific 

conditions: 

a TC-END indication primitive occurring at the initiating side; 

a TC-U-ABORT indication primitive occurring at the initiating side; 

a TC-P-ABORT indication primitive occurring at the initiating side. 
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10.3.1 Sending of a TC-BEGIN request primitive 

Before issuing a TC-BEGIN request primitive, SACF sinall store tine AC-name and if present tine user- 
information parameter. 

SACF sinall request tine invocation of tine associated operations using tine TC-INVOKE service. See 
subclause 10.8 for a description of the invocation procedure. 

After processing of the last invocation request, SACF shall issue a TC-BEGIN request primitive. 

The requesting side SACF then waits for a TC indication primitive and will not issue any other requests, 
except a TC-U-ABORT request or a TC-END request with the release method parameter set to "pre- 
arranged release". 

I f no TC i nd i cat i on pr i m i t i v e i s e xp e ct e d b e caus e no dialogu e i s to b e e stab li sh e d accord i ng to th e ru le s as 
stat e d i n subc l aus e s 10.1 and 10.2, SACF w ill wa i t for th e l ast assoc i at e d TCAP op e rat i on t i m e r to e xp i r e 
and i ssu e a TC - END r e qu e st w i th th e r ele as e m e thod param e t e r s e t to "pr e- arrang e d r ele as e ". 

10.3.2 Receipt of a TC-BEGIN indication 

On receipt of a TC-BEGIN indication primitive, SACF shall: 

analyze the application-context-name included in the primitive and if it is supported, process any 
other indication primitives received from TC as described in subclause 1 0.8. 

Once all the received primitives have been processed, SACF does not accept any primitive from TC, 
except a TC-P-ABORT indication. 

I f no d i a l ogu e i s to b e e stab li sh e d accord i ng to th e ru le s as stat e d i n subc l aus e s 10.1 and 10.2, SACF w ill 
wa i t for th e l ast i nd i cat i on pr i m i t i v e from TC and i ssu e a TC - END r e qu e st w i th th e r ele as e m e thod 
param e t e r s e t to "pr e- arrang e d r ele as e ". 

If the application-context-name included in the primitive is not supported, issue a TC-U-ABORT request 
primitive. If an alternative application-context can be offered its name is included in the TC-U-ABORT 
request primitive. 

10.3.3 Receipt of the first TC-CONTINUE indication 

On receipt of the first TC-CONTINUE indication primitive for a dialogue, SACF shall check the value of the 
application-context-name parameter. If this value matches the one used in the TC-BEGIN request 
primitive, SACF shall process the following TC component handling indication primitives as described in 
subclause 1 0.8, otherwise it shall issue a TC-U-ABORT request primitive. 

10.3.4 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive in the dialogue initiated state, SACF shall check the value of 
the application-context-name parameter. If this value matches the one used in the TC-BEGIN request 
primitive then the SACF shall process the following TC component handling indication primitives as 
described in subclause 10.8, otherwise it shall not be processed. 

10.3.5 Receipt of a TC-U-ABORT indication 

Receipt of a TC-U-ABORT indication primitive is described as part of user abort procedure (see 
subclause 10.6.2). 

If the abort reason is application-context-name not supported, the responding side may propose an 
alternative application-context-name in the TC-U-ABORT indication. If an alternative application context is 
proposed the receiving entity shall check this name and if it can be supported a new dialogue may be 
established. 
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10.3.6 Receipt of a TC-P-ABORT indication 

Receipt of a TC-P-ABORT indication primitive is described as part of provider abort procedure (see 
subclause 10.7.1). 

10.4 Dialogue continuation 

Once establislned tine dialogue is said to be in a continuation phase. 

Both application processes can request the transfer of H4CAP APDUs until one of them requests the 
termination of the dialogue. 

10.4.1 Sending entity 

SACF shall process any component handling request primitives as described in subclause 10.8. 

After processing the last component handling request primitive, SACF shall issue a TC-CONTINUE 
request primitive. 

10.4.2 Receiving entity 

On receipt of a TC-CONTINUE indication primitive SACF shall accept zero, one or several TC component 
handling indication primitives and process them as described in subclause 10.8. 

10.5 Dialogue termination 

Both the dialogue-initiator and the dialogue-responder have the ability to request the termination of a 
dialogue when no dialogue is to be established or when a dialogue is no longer to be maintained 
according to the rules as stated in subclauses 10.1 and 10.2. 

The dialogue termination procedure is driven by the following events: 

a TC-END request primitive; 

a TC-END indication primitive. 

10.5.1 Sending of TC-END request 

When the dialogue shall no longer be maintained, SACF shall process any component handling request 
primitives as described in subclause 10.8. 

After processing the last component handling request primitive (if any), SACF shall issue a TC-END 
request primitive with the release method parameter set to "basic end" or "pre-arranged release", 
according to the rules as stated in subclauses 10.1 and 10.2. 

When no dialogue is to be established, refer to subclauses 10.3.1 and 10.3.2. 

10.5.2 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive, the SACF shall accept any component handling indication 
primitives and process them as described in subclause 10.8. 

After processing the last component handling primitive all dialogue related resources are released. 

10.6 User Abort 

Both the dialogue-initiator and the dialogue-responder have the ability to abort a dialogue at any time. 
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The user abort procedure is driven by one of tine following events: 
a TC-U-ABORT request primitive; 
a TC-U-ABORT indication primitive. 

10.6.1 Sending of TC-U-ABORT request 

After issuing a TC-U-ABORT request primitive, all dialogue related resources are released. 

10.6.2 Receipt of a TC-U-ABORT indication 

On receipt of a TC-U-ABORT indication all dialogue related resources are released. 

10.7 Provider Abort 

TC has the ability to abort a dialogue at both the dialogue-initiator side and the dialogue-responder side. 
The provider abort procedure is driven by the following event: 

a TC-P-ABORT indication primitive. 
10.7.1 Receipt of a TC-P-ABORT indication 

On receipt of a TC-P-ABORT indication, all dialogue related resources are released. 

10.8 Procedures for fNCAP operations 

This subclause describes the procedures for WCAP operations. 

10.8.1 Operation invocation 

SACF shall build an operation argument from the parameters received and request the invocation of the 
associated operation using the TC-INVOKE procedure. I f a li nk e d I D param e t e r i s i ns e rt e d i n th e pr i m i t i v e 
th i s i nd i cat e s a ch il d op e rat i on and i mp lie s that th e op e rat i on i s li nk e d to a par e nt op e rat i on. 

10.8.2 Operation invocation receipt 

On receipt of a TC-INVOKE indication primitive, SACF shall: 

if the invoke ID is already in use by an active operation, request the transfer of a reject component 
using the TC-U-REJECT request primitive with the appropriate problem code (duplicated invokelD); 

if the operation code does not correspond to an operation supported by the application-context, 
request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (unrecognized operation); 

i f a li nk e d I D i s i nc l ud e d, p e rform th e fo ll ow i ng ch e cks: I f th e op e rat i on r e f e rr e d to by th e li nk e d I D 

do e s not a ll ow li nk e d op e rat i ons or i f th e op e rat i on cod e do e s not corr e spond to a p e rm i tt e d li nk e d 
op e rat i on, or i f th e par e nt op e rat i on i nvocat i on i s not act i v e , i ssu e a TC - U - REJECT r e qu e st 
pr i m i t i v e w i th th e appropr i at e prob le m cod e ( li nk e d r e spons e un e xp e ct e d or un e xp e ct e d li nk e d 
op e rat i on); 

if the type of the argument is not the one defined for the operation, request the transfer of a reject 
component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 
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if the operation cannot be invoked because tine dialogue is about to be released, requests the 
transfer of a reject component using the TC-U-REJECT request primitive with the problem code 
(Initiating Release); 

if sufficient tNCAP related resources are not available to perform the requested operation, request 
the transfer of a reject component using the TC-U-REJECT request primitive with the problem code 
(Resource Limitation); 

otherwise, accept the TC-INVOKE indication primitive. If the operation is to be user confirmed, 
SACF waits for the corresponding response. 

10.8.3 Operation response 

For user confirmed operations, SACF shall: 

if no error indication is included in the response to a class 1 or 3 operation, construct a result 
information element from the parameters received and request its transfer using the TC-RESULT-L 
service; 

if an error indication is included in the response to a class 1 or 2 operation, construct an error 
parameter from the parameters received and request its transfer using the TC-U-ERROR request 
primitive. 

10.8.4 Receipt of a response 

10.8.4.1 Receipt of TC-RESULT-NL indication 

On receipt of a TC-RESULT-NL indication, SACF shall: 

request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (mistyped parameter). 

10.8.4.2 Receipt of TC-RESULT-L indication 

On receipt of a TC-RESULT-L indication, SACF shall: 

if the type of the result parameter is not the one defined for the result of this operation, request the 
transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate 
problem code (mistyped parameter); 

otherwise, accept the TC-RESULT-L indication primitive. 

10.8.4.3 Receipt of TC-U-ERROR indication 

On receipt of a TC-U-ERROR indication, SACF shall: 

if the error code is not defined for the SACF or is not one associated with the operation referred to 
by the invoke identifier, request the transfer of a reject component using the TC-U-REJECT request 
primitive, with the appropriate problem code (unrecognized error or unexpected error); 

if the type of the error parameter is not the one defined for this error, request the transfer of a reject 
component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 

otherwise, accept the TC-U-ERROR indication primitive. 
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10.8.4.4 Receipt of TC-U-REJECT indication 

On receipt of a TC-U-REJECT indication primitive which affects a pending operation, SACF shall accept 
the TC-U-REJECT indication primitive. 

10.8.4.5 Receipt of a TC-L-REJECT indication 

This event occurs when the local TC detects a protocol error in an incoming component which affects an 
operation. 

On receipt of a TC-L-REJECT indicating "return result problem, return result unexpected", SACF shall 
inform the application process. 

On receipt of a TC-L-REJECT indicating "return error problem, return error unexpected", SACF shall 
inform the application process. 

When the problem code indicates a general problem, it is considered that the event cannot be related to 
an active operation even if the invoke ID is provided by TC. This is because it is unclear whether the 
invoke ID refers to a local or remote invocation. The behaviour of SACF in such a case is described in 
subclause 10.8.5.3. 

10.8.4.6 Receipt of a TC-L-CANCEL indication 

On receipt of a TC-L-CANCEL indication, the SACF shall: 

if the associated operation is a class 1 operation, inform the application process; 

if the associated operation is a class 2 operation and no linked operations are defined for this 
operation, ignore the primitive; 

if the associated operation is a class 2 operation and has linked operations but none of them has 
been invoked, inform the application process; 

if the associated operation is a class 2 operation and a linked operation invocation has already been 
received in response to this operation, ignore the primitive; 

if the associated operation is a class 3 operation, inform the application process; 

if the associated operation is a class 4 operation, ignore the primitive. 

10.8.5 Other events 

This subclause describes the behaviour of SACF on receipt of a component handling indication primitive 
which cannot be related to any operation or which does not affect a pending one. 

10.8.5.1 Receipt of a TC-U-REJECT 

On receipt of a TC-U-REJECT indication primitive which does not affect an active operation (i.e. indicating 
a return result or return error problem), it is up to the application process to abort, continue or terminate 
the dialogue, if not already terminated by the sending application process according to the rules as stated 
in subclause 10.2. This is also applicable for invoke problems related to a class 4 linked operation. 

10.8.5.2 Receipt of a TC-R-REJECT indication 

On receipt of a TC-R-REJECT indication (i.e. when a protocol error has been detected by the peer TC 
entity) which does not affect an active operation, it is up to the application process to abort, continue or 
terminate the dialogue, if not already terminated by the sending application process according to the rules 
as stated in subclause 10.2. 
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10.8.5.3 Receipt of a TC-L-REJECT indication 

On receipt of a TC-L-REJECT indication primitive (i.e. winen a protocol error lias been detected by tine 
local TC entity) which cannot be related to an active operation, it is up to the application process to 
continue, or to terminate the dialogue and implicitly trigger the transmission of the reject component or to 
abort the dialogue. 

10.8.5.4 Receipt of a TC-NOTICE indication 

This informs the SACF that a message cannot be delivered by the Network Layer, this can only occur if 
the Return Option has been set (see subclause 10.9.1.8). It is for the application process to decide 
whether to terminate the dialogue or retry. 

10.9 lUlapping on to TC services 

10.9.1 Dialogue control 

The TC-UNI service is not used by W4CAP. 

10.9.1.1 Destination address 

This parameter is set by the dialogue initiating application process, and may optionally be modified by the 
responding dialogue in the first backward TC-CONTINUE. 

10.9.1.2 Originating address 

This parameter is set by the dialogue initiating application process. 

10.9.1.3 Dialogue ID 

The value of this parameter is associated with the tNCAP invocation in an implementation dependent 
manner. 

10.9.1.4 Application-context-name 

The application-context-name parameter is set by SACF as defined in subclause 6.4. 

10.9.1.5 User information 

This parameter may be used by both initiating and responding application processes. 

10.9.1.6 Component present 

This parameter is used by SACF as described in ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T 
Recommendation 0.771). 

10.9.1.7 Termination 

The value of the release method parameter of the TC-END request primitive is set by SACF according to 
the rules as stated in subclauses 10.1 and 10.2. 

10.9.1 .8 Quality of service 

The quality of service of TC request primitives is set by the SACF to the following value: 
sequencing requested; 
return option, this parameter is set by SACF in an implementation dependent manner. 
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10.9.2 Operation procedures 

10.9.2.1 Invoice ID 

This parameter is set by tine sending application process. 

10.9.2.2 Linited ID 

TInis parameter is set by tine sending application process. 

10.9.2.3 Dialogue ID 

The value of this parameter is associated with the W4CAP invocation in an implementation dependent 
manner. 

10.9.2.4 Class 

The value of this parameter is set by SACF according to the type of the operation to be invoked according 
to subclause 6.1. 

10.9.2.5 Operation 

The operation code of a TC-INVOKE request primitive is set by the sending application process as 
defined in subclause 6.4. 

SACF shall set the operation code of the TC-RESULT-L primitive (if required) to the same value as the 
one received at invocation time. 

10.9.2.6 Error 

The error parameter of the TC-U-ERROR request primitive is set by the sending application process as 
defined in subclause 6.4. 

10.9.2.7 Parameters 

The argument parameter of TC-INVOKE primitives is set by the sending application process as defined in 
subclauses 6.1 and 6.3. 

The result parameter of TC-RESULT-L primitives is set by the sending application process as defined in 
subclauses 6.1 and 6.3. 

The parameter of TC-U-ERROR primitives are set by the sending application process as defined in 
subclauses 6.2 and 6.3. 

10.9.2.8 Timeout 

The value of this parameter is set by SACF according to the type of operation invoked. 

10.9.2.9 Last component 

This parameter is used by SACF as described in ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T 
Recommendation 0.771). 

10.9.2.10 Problem code 

This parameter is used by SACF as described in subclause 10.8. 
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Ann e x A ( i nformat i v e ): Expand e d ASN.1 sourc e of cor e I NAP CS1 

Th i s ann e x conta i ns th e e xpand e d ASN.1 sourc e of th e cor e I NAP CS1 . 

initialDP — OPERATION 

.^RGUl'^ENT 

SEQUENCE [ 



oorvicoKoy [0] I^1PLICIT INTEGER (0 .. 2147-1336-17) , 

callcdPartyNumbcr [2] II-1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
CQllingPartyNumbor [3] PIPLIGIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
callingPartyaCatcgory [5] niPLICIT OCTET STRING (SIZE (1)) OPTIONTVL, 
cGEncountorod [7] PIPLICIT ENUIERATED [ 
manuQlCGcncountcrcd (1) , 



ocpOvorload (2) | OPTIONTVL, 

iPSSPCapabiliticG [8] PIPLIGIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
iPAvailablo [9] I^1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
locationNumbcr [10] II-1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
originalCallodPartylD [12] PIPLIGIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 
cxtcnaionD [15] II-1PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 



type INTEGER, 

criticality ENaiERATED [ 



ignore {Qhr 

abort (1)1 DEFAULT ignore 



value [1] 7\NY DEFINED BY type j OPTIONAL, 



highLayerCompatibility [23] PIPLICIT OCTET STRING (SIZE (2)) OPTIONAL, 
aervicelnteractionlndicatorG [21] niPLIGIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
QdditionalCQllingPartyNumber [25] PIPLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 
forwardCalllndicatorG [26] II-1PLICIT OCTET STRING (SIZE (2)) OPTIONAL, 
bearerCapability [27] CHOICE [ 

bearerCap [0] PIPLICIT OCTET STRING (SIZE (2..??))) OPTIONTVL, 

event TypeBCSM [28] PIPLICIT ENUI-IERATED [ 



or igAttempt Authorized (1) , 

collectedlnfo (2) , 



analyzedlnformation (^ 

routeSelectFailure (1) , 

oCalledPartyBuoy (5-)-r 

o^JoTVnDwer (6) , 



o/Vnswer fT-)-, 

oMidCall ISh, 



oDiGconnect (9) , 

o7\bQndon (10) , 



termAttemptAuthorized (12) , 

tCalledPartyBuGy (13) , 



tNoTVuGwer (i4| 



tTVuGwer (i&f 



tMidCall (16) , 

tDiGconnect (17) , 



tTa^andon (18) ] OPTIONTVL, 

redirectingPartylD [29] PIPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

redirectionlnformation [30] II-1PLICIT OCTET STRING (SIZE (2)) OPTIONAL] 

EPvRORS [ 



— miGGingCuGtomerRecord — - — localVTalue — 67- 

■ — miGGingParameter — - — localVTalue 7, 

— GyGtemFailure — - — localVTalue 11, 

taaltRefuGod localValue 12, 

— une;;pectedComponent Sequence — — localValue 1 - 1, 

■ — unoj^pectedDataValue — ■ — localValue 15, 

— une;;pectedParameter — - — localValue 16] 

localValue 



GiGtRequoGtlnGtructionG OPERATION 
Ttf^GUl'^ENT 



SEQUENCE [ 

correlationID [0] P1PLICIT OCTET STRING (SIZE (??..??)), 

iPAvailablo [1] PIPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

iPSSPCapabilitioG [2] PIPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

OiitonGionG [3] PIPLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI-IERATED [ 
ignore (-0^ 



abort (1) ] DEFAULT ignore 



value [1] TVNY DEFINED BY type 1 OPTIONT'iLl 



ERvRORS 



miGGingCuGtomerRecord — ■ — localValue — 67- 
miGGingParameter — - — localValue 7, 
taGkRefuGod localValue 12, 
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uncj^pcctGdComponontSoqucnco 



localValuo 1-1, 



uncj^pcctcdDQtQValuc 



localValuc 15, 



localValuo 16) 



— : :~ localValuo 16 

catabliahTomporaryConnoction OPEWiTION 
TVRGUl'^ENT 



SEQUENCE [ 

— aaaiatingSSPIPRoutingAddroGG [0] II-IPLICIT OCTET STRING (SIZE (??..??)), 

— corrolationID [1] II-1PLICIT OCTET STRING (SIZE 



f'J'J iOA- 



OPTIONTVL, 



OCfID 



I^1PLICIT OCTET STRING (SIZE (??■■??)) 0PTI0N7UL, 



oxtonGiono [4] I^1PLICIT SEQUENCE SIZE (1..??) OF 



SEQUE^IGE [ 



INTEGER. 



typo 

criticality ENU1"1EPJ\TED 



ignore 
abort — 



value 



Wt 

(1)1 DEFAULT Ignore 

[1] 7\NY DEFINED BY type 



OPTIONAL, 



oorvicoIntoractlonlndlcatorG [30] I^1PLICIT OCTET STRING (SIZE (7 



?) ) OPTIONAL) 



EPvRORS 



oTCFailod 



localValuo 3, 



miGGingParamet e r 

GyGtomFailuro 



localValuo 7, 



localValuo 11, 



taG]cRofuGod 



localValuo 12, 



uno;;poctodComponontSoquonco 



localValuo 1-1, 



uno;;poctodDataValuo 
unoj^poctodParamotor 



localValuo 15, 



localValuo 16) 



— : :~ localValuo 17 

dlGConnoctForwardConnoctlon OPERATION 

EPvRORS [ 

— GyGtomFailuro — - — localValuo 11, 



taokRofuGod 



localValuo 12, 



uno;;poctodComponontSoquonco 



localValuc 1-1) 



: :- localValuo 18 

connoctToRoGOurco OPERATION 

Ttf^GTO^ENT 

SEQUENCE [ 

roGOurcoAddroGG CHOICE 



ipRoutingAddroGG [0] II-IPLIGIT OCTET STRING (SIZE (7 
none [3] II-1PLICIT NULL) , 



OiitonGiouG [4] I^1PLICIT SEQUENCE SIZE (1..??) OF 



SEQUENCE [ 

type 

criticality ENUtffilRATED 



INTEGER, 



ignore 
abort — 



-m 



-m 



value 



DEFAULT ignore 
[1] J\NY DEFINED BY type 



OPTIONAL, 



GorvicoIntoractionlndicatorG [30] II-1PLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL) 



EPvRORS [ 
— miGGingParameter 



localValuo 7, 



GyGtomFailuro 
taGkRofuGod 



localValuo 11, 



localValuo 12, 



une;;pectedComponent Sequence 



localValuc 1-1, 



unoj^poctodDataValuo 
une;;pectedParameter 



localValuo 15, 
localValuo 16) 



localValuo 19 



OPERATION 



TVRGTO^E^IT 



SEQUENCE [ 



doGtinationRoutingAddroGG [0] I^1PLICIT SEQUENCE SIZE (1) OF 



OCTET STRING (SIZE (??..??)), 

alertingPattern [1] Il'g'LICIT OCTET STRING (SIZE (3)) OPTIONAL, 
corrolationID [2] II-1PLICIT OCTET STRING (SIZE (??..??)) OPTION 



cutTVndPaGto [3] II-IPLICIT INTEGER (0..22) OPTIONAL, 

originalCalledPartylD [6] I^1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

routoLlGt [7] II-IPLICIT SEQUENCE SIZE (1..3) OF 



OCTET STRING (SIZE ( 



a^ 99) 



OPTIONAL, 



OCfID 



PIPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 



oxtonGionG [10] II-1PLICIT SEQUENCE SIZE (1..??) OF 



SEQUE^ICE [ 



INTEGER, 



type 

criticality ENU1"1ERATED 



ignore 
abort — 



(1) ) DEFAULT ignore 



value 



OPTIONAL, 



[1] 7\NY DEFINED BY type 

GorvicoIntoractionlndicatorG [26] I^1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
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callingPartyNumbor [27] PIPLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 

callingrartyoCatcgory [28] H-TLICIT OCTET STRING (SIZE (1)) OPTIONAL, 

rodiroctingPartylD [29] I^1PLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 

rcdircctionlnformatlon [30] H-TLICIT OCTET STRING (SIZE (2)) OPTIONAL] 

ERRORS [ 



miDaingParamctcr localValuc 7 , 

oyotomFailuro — ■ — localValuc 11, 

taolcRcfuocd localValuc 12, 

■ — uncj^pcctcdComponcnt Sequence — ■ — localValuc 11, 

— unc;;pcctcdDataValuc — - — localValuc 15, 

■ — unGJ^pGctcdParamctcr — ■ — localValuc 16) 

localValuc 20 



rclcaocCall OPEP>ATION 
TVRGUl'^ENT 



OCTET STRING (SIZE (2 ■■??)) 

localValuc 22 



rcqucotRcportBCSl'^Evcnt OPEPvATION 

Ttf^GUl'^ENT 

SEQUE^ICE [ 



bccmEvcntn [0] II-1PLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



event TypcBCSM [0] II-1PLICIT ENUI"ERATED 

origAttcmptAutliorizcd (1) , 

collectedlnfo (2) , 



analyzedlnformation (3) , 

routeSelectFailure (4) , 



oCalledPartyBuay (-§4 

oNoAjicwer (6) , 



oAjicwor (^ 



oMidCall (Mr 

oDioconnoct i9hi 



oAbandon (10) , 

terrnAttemptAutliorized (12) , 



tCalledPartyBuGy (13) , 

ttloAnower (14) , 



t An ewer (15) , 

tMidCall (16) , 



tDicconnect (17) 

tTajandon (18) ] 



monitorMode [1] II-1PLICIT ENaiERATED [ 
interrupted (0) , 



notify/mdContinue (1) , 

tranoparent (2) ] , 



leglD [2] CHOICE [ 

oendingSldelD [0] PIPLICIT OCTET STRING (SIZE (1) ) , 

reccivingSldelD [1] II-1PLICIT OCTET STRING (SIZE (1))) OPTIONAL, 

dPSpecificCrlteria [30] CHOICE [ 
numberOfDlgltG [0] II-1PLICIT INTEGER (1..255), 



applicatlonTlmer [1] PIPLICIT INTEGER (0..2017)] OPTIONAL] 



extenciona [2] niPLICIT SEQUENCE SIZE (1..??) OF 
SEQUE^ICE [ 



type INTEGER, 

criticality ENUI-IEPvATED 



ignore {Qhr 

abort (1)1 DEFAULT ignore 

value [1] KtJY DEFINED BY type 



EPvRORS 



misgingParameter — - — localValuc 7, 
cyctemFailurc — ■ — localValuc 11, 

taclcRcfuccd localValuc 12, 

uncj^pectedComponent Sequence — ■ — localValuc 11, 
une;;pectedDataValue — - — localValuc 15, 
uncj^pcctedParameter — - — localValuc 16] 



— : :~ localValuc 23 

cvcntRcportBCSM OPEPvATION 

TVRGTO^E^IT 

SEQUENCE [ 



3vent TypcBCSM [0] ItlPLICIT ENUtffilPJVTED 



origAttcmptAutliorizcd (Ir^ 

collectedlnfo (2) , 

analyzedlnformation (3) , 

routeSelectFailure (d) , 

oCalledPartyBuGy (5-)-^ 

o^JoAnawer (6) , 



oAjiawer (7-^ 

oMidCall (*^ 
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oDiDConnoct (-^ 

oT'ibandon (4*> 



tormAttcmpt Author! zed (12) , 

tCQllcdPartyBuoy (13) , 

ttloTVnowor (11) , 

tTijiawcr (15) , 

tMidCall (16), 



tDigconncct (17) , 

t/aDQndon (18) I , 



cvcntSpccificInformationBCSM [2] CHOICE | 

colloctodlnfoSpocificInfo [0] I^1PLICIT SEQUENCE | 

callcdPartyNumbcr [0] I^1PLICIT OCTET STRING (SIZE (??. .??))), 

analyzodlnfoSpocificInfo [1] II-IPLICIT SEQUENCE | 

callcdPartyNumbcr [0] II-1PLICIT OCTET STRING (SIZE (??. .??))), 

routcSclcctFailurcSpccificInfo [2] I^1PLICIT SEQUENCE | 

failurcCauGC [0] I^1PLICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 

oCallcdPartyBunySpccificInfo [3] II-IPLICIT SEQUENCE | 

buayCauDC [0] II-1PLICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 

oNoTVnDwcrSpccificInfo [4] I^1PLICIT SEQUENCE |), 

oTVnnwcrSpccificInfo [5] P1PLICIT SEQUENCE |), 

oMidCallSpccificInfo [6] II-IPLICIT SEQUENCE |), 

oDiaconncctSpccificInfo [7] II-1PLICIT SEQUENCE [ 

rclcapcCauDC [0] I^1PLICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 

tCallcdPartyBuGySpccificInfo [8] II-1PLICIT SEQUENCE | 

buoyCauDC [0] II-IPLICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 

tNoTVnawcrSpccificInfo [9] II-1PLICIT SEQUENCE |), 

tTVnDwcrSpccificInfo [10] II-IPLICIT SEQUENCE |), 

tMidCallSpccificInfo [11] niPLICIT SEQUENCE |), 

tDioconncctSpccificInfo [12] II-IPLICIT SEQUENCE [ 

rclcaacCauGC [0] II-1PLICIT OCTET STRING (SIZE (2 ..??)) OPTIONTVL] ] OPTIONTVL, 

IcgID [3] CHOICE [ 



DCndingSidcID [0] I^1PLICIT OCTET STRING (SIZE (1) ) , 

rcccivingSidcID [1] II-IPLICIT OCTET STRING (SIZE (1))) OPTIONAL, 

miccCalllnfo [4] II-1PLICIT SEQUENCE [ 



mcDPagcTypc [0] I1"1PLICIT ENUI-IEPJVTED 



rcqucct (0) , 

notification (14 



mcnaagcTypc rcquCGt W 

ciitcnDionD [5] I^1PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENaiERATED 
ignore iffhr 



abort (1) ] DEFAULT ignore 



value [1] 7\NY DEFINED BY type ) OPTIONAL) 



localValuc 24 



requcntNotificationChargingEvent OPERATION 

TVRCTO^E^IT 

SEQUENCE SIZE (1..??) OF 



SEQUENCE [ 

cventTypeCharging [0] II-1PLICIT OCTET STRING (SIZE (??..??)), 

monitorMode [1] II-IPLICIT ENUI-IEPJVTED [ 



interrupted (0) , 

notify/VndContinue (lr)-j 



transparent (2) ] , 

leglD [2] CHOICE [ 



GondingSidelD [0] II-1PLICIT OCTET STRING (SIZE (1)), 
receivingSidelD [1] II-IPLICIT OCTET STRING (SIZE (1))) OPTIONAL) 



EPvRORS [ 

■ — miGGingParameter — ■ — localValue 7, 

— GyGtemFailure — - — localValue 11, 

■ — taG]^RefuGed — ■ — localValue 12, 

— uncj^pectedComponent Sequence — - — localValue 11, 

■ — une;;pectedDataValue — ■ — localValue 15, 

— une;;pectedParametcr — - — localValue 16) 

— : :~ localValue 25 

cvontNotificationCliarging OPERATION 

.ARGUl'^ENT 

SEQUENCE [ 



cventTypeCharging [0] II-1PLICIT OCTET STRING (SIZE (??..??)), 
eventSpecificInformationCharging [1] II-IPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

leglD [2] CHOICE [ 

GcndingSidcID [0] PIPLICIT OCTET STRING (SIZE (1) ) , 



receivingSidelD [1] II-1PLICIT OCTET STRING (SIZE (1))) OPTIONAL, 

CictcnGionG [3] II-IPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTEGER, 
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criticality ENaiERATED [ 



ignore (0) , 

abort (1)1 DEFAULT Ignore 



value [1] MIY DEFINED BY type ) OPTIONAL, 



monitorMode [30] PIPLICIT ENTOffilPATED 
interrupted (0) , 



notify/VndContinue (1) , 

tranoparent (2) | DEFAULT notlfyAindContinuc 

— : :~ localValue 26 

collectlnformation OPERATION 

Ttf^GUl'^ENT 

SEQUEtlCE [ 



extenniona [A] Il'JPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTECER, 

criticality ENUI-IERATED [ 



ignore f&f-r 

abort (1)1 DEFAULT ignore 



value [1] 7\NY DEFINED BY type ) OPTIONAL) 



EPvRGRS 



— missingParameter — - — localValue 1, 

■ — ayatemFailure — ■ — localValue 11, 

taalcRefuaed localValue 12, 

■ — unoj^pectedComponent Sequence — ■ — localValue 11, 

— une;;pectedDataValue — - — localValue 15, 

■ — une;;pGctedParameter — ■ — localValue 16) 

— : :~ localValue 27 

continue OPERATION 

— : :~ localValue 31 

initiateCallAttempt OPERATION 

Ttf^GUl'^ENT 

SEQUENCE [ 



deatinationRoutingAddrcGG [0] Pffi'LICIT SEQUENCE SIZE (1) OF 
OCTET STRING (SIZE (??..??)), 



alertingPattern [1] II-1PLICIT OCTET STRING (SIZE (3) 
Oictonoiono [I] PIPLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUMERATED 
ignore iffhr 



abort (1) ) DEFAULT ignore 



value [1] J\NY DEFINED BY typo ) OPTIONAL, 

oerviccInteractionlndicatorG [29] PIPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

callingPartyNumber [30] II-IPLIGIT OCTET STRING (SIZE (??..??)) OPTIONAL) 

ERvRORS [ 



miGDingParameter — - — localValue 7, 
GyGtemFailurc — — localValue 11, 

taoltRefuGod localValue 12, 

une;;pectedComponent Sequence — - — localValue 11, 
unoj^pectedDataValue — ■ — localValue 15, 
une;;pcctedParameter — — localValue 16) 



localValue 32 



reootTimer OPERATION 
ARGTO^ENT 



SEQUENCE [ 

timcrlD [0] PIPLIGIT ENaiERATED | 

ts&g (0) ) DEFAULT tGGf r 

timervaluc [1] I^1PLICIT INTEGER (0 . .2117183617) , 

Oiitonoiono [2] P1PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI-ffilRATED 
ignore iffhr 



abort (1) ) DEFAULT ignore 

value [1] J\NY DEFINED BY type 



GingParameter — ■ — localValue 7, 



taGlcRefuGcd localValue 12, 

■ — unoj^pectedComponent Sequence — ■ — localValue 11, 

— une;;pcctedDataValue — - — localValue 15, 

■ — unoj^pectedParameter — ■ — localValue 16) 

localValue 33 
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furniDhCharginglnformation OPERATION 

TiJlGUENT 

OCTET STRING (SIZE (??..??)) 



ERRORS 



miDDingParamotGr 



localValuo 7, 



taskRcfuacd 



localValuc 12, 



unGJcpGctGdComponcntScquoncc 



localValuo 1-1, 



unGJ^pGctGdDataValuG 
unGJcpGctGdParamGtGr 



localValuo 15, 
localValuo 16 1 



localValuc 34 



applyCharging OPEPJVTION 

TVRGUl'^E^lT 

SEQUENCE [ 



aChBillingChargingCharactorioticG [0] D1PLICIT OCTET STRING (SIZE (??..??)), 
ncndCalculationToSCPIndication [1] II-1PLICIT BOOLETXN DEFAULT FALSE, 



partyToChargo [2] CHOICE [ 
DcndingSidcID [0] II-1PLICIT OCTET STRING (SIZE (1) ) , 



rcccivingSidoID [1] II-IPLICIT OCTET STRING (SIZE (1))) OPTIONAL, 



cxtonnionn [3] I^1PLICIT SEQUENCE SIZE (1..??) OF 



SEQUE^ICE [ 



INTEGER, 



type 

criticality ENU1"1EPJ\TED 



ignore 
abort — 



(1)1 DEFAULT Ignore 



value 



[1] 7\NY DEFINED BY typo 



EPvRORS [ 
— missingParameter 



localValuo 7, 



unoj^poctcdComponont Sequence 



localValuo 1-1, 



unc;;pectcdParamoter 
unejcpectedDataValuo 



localValu o 16, 



localValuo 15, 



par amoterOutOf Range 



localValuo 8, 



DyGtemFailure 
taslcRofusod 



localValuo 11, 



localValuo 12 | 



localValuo 35 



QpplyChargingRoport OPEPvATION 

Ttf^GUl'^ENT 

OCTET STRING (SIZE (??..??) 



EPvRORS 



localValuo 7, 



miDDingParameter 

une;;pectcdComponont Sequence — — localValuo 11, 

une;;pectedParamotor — ■ — localValuo 16, 

unoj^poctcdDataValuo 



localValuo 15, 



par ameterOutOf Range 



localValuo 8, 



systemFailure 
tasl^RofuGod 



localValuo 11, 



localValuo 12 | 



localValuc 36 



callGap 



OPEPvATION 



TVRGUl'^EtlT 



SEQUENCE [ 

gapCritoria [0] CHOICE | 

callodAddroGaValuo [0] I^1PLICIT OCTET STRING (SIZE (??..??)), 

gapOnSorvico [2] PIPLIGIT SEQUENCE | 



nerviccKey [0] I^1PLICIT INTEGER (0 ■ .2117183617) ) , 

callodAddreDnJXndSorvico [29] Il'^PLICIT SEQUENCE | 

callcdAddroGGValuo [0] II-1PLICIT OCTET STRING (SIZE (??..??)), 

DorvicoKoy [1] I^1PLICIT INTEGER (0 ■ .2117183617) ) , 

callingAddroGGJYndSorvlco [30] II-1PLICIT SEQUENCE | 

callingAddroGGValuo [0] II-IPLIGIT OCTET STRING (SIZE (??..??)), 

GorviccKoy [1] II-1PLICIT INTEGER (0 .. 2117183617) , 

locationNumbor [2] II-IPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 

gaplndicatoro [1] II-1PLICIT SEQUENCE | 

duration [0] PIPLICIT INTEGER (-2.. 86100), 

gaplnterval [1] II-1PLICIT INTEGER (-1 .. 60000) ) , 



controlT^j'po [2] PIPLICIT ENaiEPATED 



GCPOvorloadcd {Qhr 

manuallylnitlatod (1) ] OPTIONTVL, 

gapTreatment [3] CHOICE | 

informationToSond [0] CHOICE | 

inbandinfo [0] I^1PLICIT SEQUENCE | 

moooagoID [0] CHOICE | 



olcmontaryMoGGagoID [0] II-1PLICIT INTEGER (0 .. 2117183617) , 



text 



[1] I1'4PLICIT SEQUENCE 



GagoContont [0] II-1PLICIT IA5String (SIZE (??..??)), 



attrlbutoG [1] II-IPLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL), 

olcmontaryMoGGagoIDG [29] niPLICIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2117183617) , 



GSM 09.78 version 5.1.0 



201 



TS101 046V5.1.0(1997 08) 



varlabloMoGoago [30] II-IPLICIT SEQUENCE | 

clcmcntaryMcooagcID [0] I1"1PLICIT INTEGER (0 .. 2117^836^7) , 

varlabloParto [1] Il'^PLICIT SEQUENCE SIZE (1..5) OF 

CHOICE I 



integer 
number — 



[0] PIPLICIT INTEGER (0 . . 21'17'183617) , 
[1] H-TLICIT OCTET STRING (SIZE (??■ 



time 



PIPLICIT OCTET STRING (SIZE (2) ) , 



date 



[3] H-TLICIT OCTET STRING (SIZE (3) ) , 
[1] PIPLICIT OCTET STRING (SIZE (1)); 



price 

numberOfRepetitionn [1] I1'4PLICIT INTEGER (1..127) OPTIONTVL, 
duration [3] PIPLICIT INTEGER (0. .32767) OPTIONAL, 



interval 



[3] niPLICIT INTEGER (0. .32767) OPTIONAL), 



tone 



[1] PIPLICIT SEQUENCE | 

[0] II-1PLICIT INTEGER (0 .. 2117183617) , 



toncID 

duration [1] PIPLICIT INTEGER (0 . .2117183617) OPTIONAL), 

diaplaylnformation [2] II-1PLICIT lASString (SIZE (??..??))), 

roloaooCauoO [1] PIPLICIT OCTET STRING (SIZE (2 ■■??)), 

both 



[2] II-1PLICIT SEQUENCE | 

informationToSend [0] CHOICE | 

inbandinfo [0] II-1PLICIT SEQUENCE | 

moaaagelD [0] CHOICE | 



elementaryMesGagelD [0] niPLICIT INTEGER (0 .. 2117183617) , 



text 



[1] II-IPLICIT SEQUENCE 



sageContent [0] niPLICIT lASString (SIZE (??..??)), 



attributeo [1] IMPLICIT OCTET STRING (SIZE ( 



an ii 



)) 0PTI0N7UL) 



elementaryMeGGagelDG [29] IMPLICIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2117183617) , 



variableMoGGage [30] IMPLICIT SEQUENCE [ 

elementaryMoGGagelD [0] IMPLICIT INTEGER (0 . .2117183617) , 

variablePartG [1] IMPLICIT SEQUENCE SIZE (1..5) OF 



CHOICE [ 



integer 
number — 



[0] IMPLICIT INTEGER (0 .. 2117183617) , 



[1] IMPLICIT OCTET STRING (SIZE (7 



time 

date 



[2] IMPLICIT OCTET STRING (SIZE (2)), 
[3] IMPLICIT OCTET STRING (SIZE (3) ) , 



price [1] IMPLICIT OCTET STRING (SIZE (1) ) 

numberOfRepetitionG [1] IMPLICIT INTEGER (1..127) OPTIONAL, 
duration — 



interval 



[2] IMPLICIT INTEGER (0.. 32767) OPTIONAL, 
[3] IMPLICIT INTEGER (0.. 32767) OPTIONTVL], 



ne [1] IMPLICIT SEQUENCE [ 

tonelD [0] IMPLICIT INTEGER (0 . .2117183617) , 

duration [1] IMPLICIT INTEGER (0 . .2117183617) OPTIONAL), 



dioplaylnformation [2] IMPLICIT lASString (SIZE (??..??))), 



releaGcCauGe [1] IMPLICIT OCTET STRING (SIZE (2 

Oiitenaiona [1] IMPLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



r^m^ 



OPTIONAL, 



criticality ENUMERATED 



ignore 
abort — 



(1)1 DEFAULT ignore 



value 



[1] 7\NY DEFINED BY type 



OPTIONAL) 



localValue 11 



activateServiccFiltering OPERATION 

TVRCraiENT 

SEQUENCE [ 

filteredCallTreatment 



IMPLICIT SEQUENCE [ 

GFBillingCliargingCharacteriGtiCG [0] IMPLICIT OCTET STRING (SIZE (??..??)), 
informationToSend [1] CHOICE [ 



inbandinfo [0] IMPLICIT SEQUENCE [ 

moGGagelD [0] CHOICE [ 

clementaryMeGGagelD [0] IMPLICIT INTEGER (0 .. 2117183617) , 



tOiCt 



[1] IMPLICIT SEQUENCE 



GageContent [0] IMPLICIT lASString (SIZE (??..??)), 



attributoG [1] IMPLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL), 

elementaryMeGGagelDG [29] IMPLICIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2117183617) , 



variableMcDGage [30] IMPLICIT SEQUENCE [ 

ClementaryMeGGagelD [0] IMPLICIT INTEGER (0 .. 2117183617) , 

variablePartG [1] IMPLICIT SEQUENCE SIZE (1..S) OF 



CHOICE [ 



integer 
number — 



[0] IMPLICIT INTEGER (0 .. 2117183617) , 



[1] IMPLICIT OCTET STRING (SIZE {': 



time 

date 



IMPLICIT OCTET STRING (SIZE (2) ) , 
IMPLICIT OCTET STRING (SIZE (3) ) , 



price [1] IMPLICIT OCTET STRING (SIZE (1))))), 

numberOfRepetitionG [1] IMPLICIT INTEGER (1..127) OPTIONAL, 
duration — 



interval 



[2] IMPLICIT INTEGER (0.. 32767) OPTIONAL, 
[3] IMPLICIT INTEGER (0.. 32767) OPTIONAL) 
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feefie [1] II-IPLICIT SEQUENCE | 

toncID [0] H-TLICIT INTEGER (0 . . 21'17'1836'17) , 

duration [1] II-IPLICIT INTEGER (0..21-]7-]836'17) OPTIONTUL), 

dioplaylnformatlon [2] I^'1^LICIT lASString (SIZE (??..??))] OPTIONAL, 

maiiimumtlumborOfCountorn [2] II-IPLICIT INTEGER (1..100) OPTIONAL, 

rclcaocCauoc [3] IflPLICIT OCTET STRING (SIZE (2..??)) OPTIONAL], 

filtoringCharactorlDtlca [1] CHOICE | 



interval [0] IMPLICIT INTEGER ( 1.. 32000), 

numborOfCallc [1] PffiJLICIT INTEGER (0 . . 21-17-1836-17) ; 



filtcringTimcOut [2] CHOICE [ 

duration [0] II-IPLICIT INTEGER (-2. .86400), 

ntopTimc [1] II-1PLICIT OCTET STRING (SIZE (6)): 

filtoringCritoria [3] CHOICE | 



scrviccKcy [2] II-1PLICIT INTEGER (0 .. 2117-1836-17) , 

addroDDTVndSorvico [30] I^1PLICIT SEQUENCE | 

callcdAddrcGGValuc [0] P1PLICIT OCTET STRING (SIZE (??..??)), 

oorvicoKoy [1] II-IPLICIT INTEGER (0 . .21171836-17) , 

callingAddrcGGValuc [2] II-1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

locationNumbor [3] I^1PLICIT OCTET STRING (SIZE (??..??)) OPTION/vLI | , 

ntartTimc [ - 1] I^1PLICIT OCTET STRING (SIZE (6)) OPTIONAL, 

Oiitonaiona [5] II-IPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



typo INTEGER, 

criticality ENM"1ERATED 



ignoro <^^hr 

abort (1)1 DEFAULT ignore 



valuo [1] 7\NY DEFINED BY typo ) OPTIONAL) 



EPvRORS 



■ — miDDingParamotor — ■ — localValuo 7, 

— par amotorOutOf Range — — localValuo 8, 

■ — GyGtomFailuro — ■ — localValuo 11, 

taDlcRofuDod localValuo 12, 

■ — uno;;poctodComponont Sequence — ■ — localValuo 11, 

— uno;;poctodParameter — - — localValuo 16) 

localValuo 12 



oorvicoFiltoringRooponDO OPERATION 
.ARCra^ENT 



SEQUENCE [ 

countornValuo [0] II-1PLICIT SEQUENCE SIZE (0..100) OF 

SEQUE^ICE [ 



countorlD [0] II-1PLICIT INTEGER (0..99), 

countorValue [1] I^1PLICIT INTEGER (0 . .2117183617) ; 



filtoringCritoria [1] CHOICE [ 

oorvicoKoy [2] II-IPLICIT INTEGER (0 . .2117183617) , 

addroaGTVndSorvice [30] II-1PLICIT SEQUENCE | 

callodAddroGGValue [0] PIPLICIT OCTET STRING (SIZE (??..??)), 

GorvicoKoy [1] I^1PLICIT INTEGER (0 . .2117183617) , 

callingAddroGGValuo [2] II-IPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

locationNumbor [3] II-1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL)), 

Oiitonoiono [2] I^1PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI"ERATED 
ignoro {^^hr 



abort (1) ) DEFAULT ignore 



value [1] 7\NY DEFINED BY type ) OPTIONAL) 



— : :~ localValuo — 45 

calllnformationRoport OPERATION 

TVRGUl'^E^lT 

SEQUENCE [ 



roquootodlnformationLiGt [0] II-IPLICIT SEQUENCE SIZE (1..5) OF 

SEQUENCE [ 

roquootodlnformationType [0] II-IPLICIT ENUl"EPAiTED ( 



callAttemptElapGodTimo fO-)-^ 

callStopTime W-r 



callConnoctodElapGodTimo (-2^-^ 

callodAddroGG t^f-r 



roloaGoCauGo (30) ) , 



roquoGtodlnformationValue [1] CHOICE [ 



callAttomptElapGodTimoValuc [0] IMPLICIT INTEGER (0..255), 

callStopTimeValue [1] II-IPLICIT OCTET STRING (SIZE (6)), 

callConnoctodElapGodTimoValuo [2] IMPLICIT INTEGER (0 . .2117183617) , 

callodAddroGGValue [3] I1'4PLICIT OCTET STRING (SIZE (??..??)), 

reloaGoCauGoValuo [30] I^1PLICIT OCTET STRING (SIZE (2..??)))), 

Oictonoiono [2] II-IPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



typo INTEGER, 
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criticality ENaiERATED [ 



ignore (0) , 

abort (1)1 DEFAULT Ignore 



value [1] MIY DEFINED BY type ) OPTIONAL) 



: :- localValue 4 4 

calllnformationRequeot OPEPATION 

7'JIGUI'ENT 

SEQUE^ICE [ 



requoDtedlnformatlonTypeLlGt [0] II-1PLICIT SEQUENCE SIZE (1..5) OF 
ENTO^EPATED [ 



callAttemptElapGedTlme ffrh 

callStopTlme ^-r 



callConnectedElapgedTime (-S| 

calledAddrenn fSf-r 



releaneCauGe (30) I , 

eiitenaiona [2] II-IPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTECER, 

criticality ENUI"ERATED 



ignore f&^ 

abort (1)1 DEFAULT ignore 



value [1] JM'IY DEFINED BY type ) OPTIONAL) 



EPvRORS [ 

■ — mlDDingParameter — ■ — localValue 1, 

— par ameterOutOf Range — — localValue 8 , 

■ — requoGtedlnfoError — ■ — localValue 10, 

GyGtemFailure localValue 11, 

■ — taGl^RefuGod — ■ — localValue 12, 

— une;;pectedComponent Sequence — - — localValue 11, 

■ — une;;pectedParameter — ■ — localValue 16) 

:~ localValue — 4^ 



GondCliarginglnformation OPERATION 
TVPCTO^ENT 



SEQUENCE [ 
GCIBillingChargingCharacteriGticG [0] DIPLICIT OCTET STRING (SIZE {': 



leglD [1] CHOICE [ 

GOndingSidelD [0] PIPLICIT OCTET STRING (SIZE (1) ) , 

receivingSidcID [1] niPLICIT OCTET STRING (SIZE (1) 

OiitenGionG [2] IMPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTEGER, 

criticality ENUI"ERATED [ 



ignore f&^ 

abort (1) ) DEFAULT ignore 



value [1] MIY DEFINED BY type ) OPTIONAL) 



EPvRORS [ 

■ — miGGingParameter — ■ — localValue 7, 

— une;;pectedComponent Sequence — — localValue 11, 

■ — unoj^pectedParameter — ■ — localValue 16, 

parameterOutOf Range localValue 8 , 

■ — GyGtemFailure — ■ — localValue 11, 

— taG]cRefuGed — - — localValue 12, 

■ — unl^nownLeglD — ■ — localValue 17) 

— : :~ localValue — 4^ 

playTVnnouncement OPEPATION 

TVRGra^ENT 

SEQUENCE [ 

informationToSend [0] CHOICE | 

inbandinfo [0] Il'JPLICIT SEQUENCE | 



GGagelD [0] CHOICE | 

olementaryMeGGagelD [0] II-1PLICIT INTEGER (0 .. 2117-183617) , 

toiit [1] II-IPLICIT SEQUENCE | 

moGGageContent [0] II-1PLICIT lASString (SIZE (??..??)), 

attributoG [1] I^1PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 

olementaryMeGGagelDG [29] niPLIGIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2117183617) , 



variabloMoGGage [30] Il'g'LICIT SEQUENCE | 



OlementaryMeGGagelD [0] PIPLIGIT INTEGER (0 .. 2117183617) , 
variablePartG [1] II-1PLICIT SEQUENCE SIZE (1..5) OF 
CHOICE [ 



integer [0] PIPLICIT INTEGER (0 .. 2117183617) , 

number [1] PIPLICIT OCTET STRING (SIZE (??..??)), 



time [2] II-1PLICIT OCTET STRING (SIZE (2)), 

date [3] PIPLICIT OCTET STRING (SIZE (3) ) , 



price [1] II-1PLICIT OCTET STRING (SIZE (1))) 

numberOfRepetitionG [1] II-IPLICIT INTEGER (1..127) OPTIONT'iL, 
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duration [2] PIPLICIT INTEGER (0.. 32767) OPTIONAL, 

interval [3] H-TLICIT INTEGER (0.. 32767) OPTIONAL), 



[1] II-IPLICIT SEQUENCE 



tonoID [0] IMPLICIT INTEGER (0 . . 21'17'1836'17) , 

duration [1] II-IPLICIT INTEGER (0 . . 21-17-183617) OPTIONAL) 



diaplaylnformation [2] Il'ff'LICIT lASString (SIZE (': 



diDConnoctFromlPForbiddon [1] I^1PLICIT BOOLET'J'l DEFAULT TRUE, 
rcqucotT'innounccmcntComplctc [2] II-IPLICIT BOOLEM] DEFAULT TRUE, 
Oiitonaiona [3] IDffi'LICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



typo INTEGER, 

criticality ENUI-IERATED 



ignoro <^^hr 

abort (1) ] DEFAULT ignore 



value [1] TM'IY DEFINED BY type ) OPTIONAL) 



EPvRORS 



cancelled - — localValue 0, 

miaaingParametor localValue 7 , 

■ — GyGtemFailuro — ■ — localValue 11, 

— unavailableRe source — — localValue 13, 

■ — une;;pectedComponent Sequence — ■ — localValue 11, 

— une;;pectedDataValue — - — localValue 15, 

■ — une;^pectedParameter — ■ — localValue 16) 

LINKED [ 

■ — opecializedRoDourceReport — ■ — localValue — 4-^ 

:- localValue 47 



promptTVndCollectUner Information OPERATION 

TVRGUl'^EtlT 

SEQUENCE [ 

collectedlnfo [0] CHOICE [ 

collectcdDigito [0] II-IPLICIT SEQUENCE ( 

minimumtlbOfDigitG [0] II-IPLICIT INTEGER (1..127) DEFAULT 1, 

maximumtJbOfDigitG [1] II-IPLICIT INTEGER (1..127), 

ondOfRoplyDigit [2] II-IPLICIT OCTET STRING (SIZE (1..2)) OPTIONAL, 

cancelDigit [3] I^1PLICIT OCTET STRING (SIZE (1..2)) OPTIONAL, 

DtartDigit [1] II-IPLICIT OCTET STRING (SIZE (1..2)) OPTIONAL, 

firstDigitTimeOut [5] II-IPLICIT INTEGER (1..127) OPTIONAL, 

interDigitTimeOut [6] II-IPLICIT INTEGER (1..127) OPTIONAL, 

errortreatment [7] II-IPLICIT ENUI-IEPvATED | 



otdErrorAndlnfo (-&4- 

help ft)-r 



repeatPrompt (2) ) DEFAULT stdErrorT'indlnfo 



interruptable7\nnlnd [8] P1PLICIT BOOLETXN DEFAULT TRUE, 

voicolnformation [9] II-IPLICIT BOOLET'J'l DEFAULT FALSE, 

voiceBack [10] II-IPLICIT BOOLEAN DEFAULT FALSE)), 

diaconnoctFromlPForbidden [1] PffiJLICIT BOOLEMi DEFAULT TRUE, 

informationToSend [2] CHOICE [ 



inbandinfo [0] II-IPLICIT SEQUENCE | 
meaaagelD [0] CHOICE | 



clementaryMenDagelD [0] II-IPLICIT INTEGER (0. .2117183617) , 



St [1] II-IPLICIT SEQUENCE | 

moDGageContent [0] II-IPLICIT lASString (SIZE (??..??)), 

attributes [1] II-IPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL), 



olomentaryMeDDagelDD [29] I^1PLICIT SEQUENCE SIZE (1..??) OF 



INTEGER (0. .2117183617) , 



variableMeanage [30] II-IPLICIT SEQUENCE [ 
elementaryMcGGagelD [0] II-IPLICIT INTEGER (0 .. 2117183617) , 



variablePartG [1] II-IPLICIT SEQUENCE SIZE (1..5) OF 



CHOICE [ 
integer [0] niPLICIT INTEGER (0. .2117183617) , 



number [1] P1PLICIT OCTET STRING (SIZE (??..??)), 

time [2] II-IPLICIT OCTET STRING (SIZE (2)), 



date [3] I^1PLICIT OCTET STRING (SIZE (3) ) , 

price [1] II-IPLICIT OCTET STRING (SIZE (1)): 



numberOfRepetitionG [1] II-IPLICIT INTEGER (1..127) OPTIONTVL, 

duration [2] II-IPLICIT INTEGER (0.. 32767) OPTIONAL, 

interval [3] II-IPLICIT INTEGER (0.. 32767) OPTIONAL), 

tone [1] II-IPLICIT SEQUENCE [ 



tonelD [0] II-IPLICIT INTEGER (0 . .2117183617) , 

duration [1] I1'4PLICIT INTEGER (0 . .2117183617) OPTIONAL), 

displaylnformation [2] II-IPLICIT IA5String (SIZE (??..??))) OPTIONAL, 

OiitenDionD [3] II-IPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTEGER, 

criticality ENUI-^RATED 



ignore <^^hr 

abort (1) ] DEFAULT ignore 



value [1] TM'IY DEFINED BY type ) OPTIONAL) 
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RESULT 



CHOICE 



digitoRooponoo [0] IMPLICIT OCTET STRING (SIZE (7 



ERRORS 



cancollod 



localValuo 0, 



impropcrCallcrRcGpongc 



localValuG 4, 



miDDingParamctGr 



localValuo 1, 



oyntomFailuro 
taoltRofuood 



localValuo 11 ^ 

localValuo 12, 



unavailabloRo source 



localValuo 13, 



uno;;poctodComponontSoquonco 



localValuo 11, 



unoj^poctodDataValuo 
uno;;poctodRaramotor 



localValuo 15, 
localValuo 16) 



: :- localValuo 48 

spocializodRooourcoRoport OPERATION 
TyRGTO^ENT 



NULL 



localValuo 4 9 



cancel 



OPEPvATION 



CHOICE [ 
involcoID 



[0] niPLICIT INTEGER (-128.. 127), 



allRoquoDto [1] II-IPLICIT NULL) 



EPvRORS 



cancolFailod 



localValuo 1 ) 



: :- localValuo 53 

activityToot OPEPvATION 

Pj;SULT 

NULL 

: :~ localValuo 55 

cancollod EPvROR 

— : :~ localValuo 



cancolFailod EPvROR 

PTVPvM^ETER 

SEQUENCE [ 

problem 



[0] II-IPLICIT ENUMERATED 



unlcnownOporation fG^ 



tooLato 



-tifr 



oporationNotCancollablo (2) | , 



operation [1] I^1PLICIT INTEGER (-128.. 127); 

localValuo 1 



oTCFailod — ERROR 
— : :~ localValuo 3 

improporCallorRoaponoo EPvROR 
: :~ localValuo 4 

miooingCuotomorRocord EPJIOR 
— : :~ localValuo — & 

miDDingParamotor EPJIOR 
— : :~ localValuo 7 

paramotorOutOfRango ERvROR 
: :- localValuo 8 

roquoGtodlnfoError EPJIOR 

PTtfVtf^ETER 

E^lTO^EPvATED [ 



unlcnownRoquostodlnfo (1) , 

roquoDtodlnfoNotAvailablo (2) | 

localValuo 10 



ayotomFailuro ERvROR 
P7\P>7tf4ETER 



ENTO^ERvATED 



unavailabloRoDourcoc 



-W 



componontFailuro (1) , 

baGicCallProcoGcingEjccoption f24-i 

rooourcoStatuoFailuro (3) , 

ondUoorFailuro (4) ) 



localValuo 11 
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tQDkRofuDod ERROR 

PT'JVJETER 

ENTO^EPvATED [ 



generic 



-iOh 



unobtainable (1) , 

congeation (2) | 

— : :- locQlValue 12 

unQvallableReDource EPJIOR 
— : :~ localValue 13 

une;^pectedComponent Sequence EPvROR 

: :- localValue 11 

unoj^pectedDataValue EPJIOR 
— : :~ localValue 15 

une;;pectedParameter EPJIOR 
— : :~ localValue 16 



unltnownLegID EPvROR 
: :~ localValue 17 
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Ann e x B ( i nformat i v e ): Charg i ng sc e nar i os support e d by cor e I NAP 

BA I ntroduct i on 

Th i s ann e x prov i d e s i nformat i on on how the d i ff e r e nt charg i ng capab ili t ie s i n I NAP CS1 may b e us e d. 
N e tworks may support d i ff e r e nt or add i t i ona l charg i ng capab ili t ie s th e n li st e d i n th i s ann e x. 

W i th th e i ntroduct i on of I N, th e charg i ng as p e rform e d by th e bas i c ca ll proc e ss has to b e e xt e nd e d. W i th 
I N, charg i ng proc e ss e s can b e act i vat e d i n both SCPs and SSPs. Wh e n for an I N ca ll th e charg i ng 
proc e ss e s i n th e SCP hav e to i nt e rwork w i th th e charg i ng proc e ss e s i n th e SSP, sp e c i f i c charg i ng 
op e rat i ons hav e to b e transf e rr e d v i a th e I NAP. Th i s ann e x d e scr i b e s th e I N charg i ng r e qu i r e m e nts from 
an I NAP po i nt of v ie w. F i rst som e t e rm i no l ogy conc e rn i ng charg i ng proc e ss e s and charg i ng capab ili t ie s i s 
li st e d, fo ll ow e d by part i cu l ar charg i ng sc e nar i os for wh i ch th e I NAP r e qu i r e m e nts ar e li st e d. V i a th e 
i nformat i on f l ows and i nformat i on ele m e nts, th e corr e spond i ng charg i ng op e rat i ons for th e I NAP can b e 
d e f i n e d. 

B^2 — Charging r e quir e m e nts 

I n g e n e ra l two typ e s of charg i ng capab ili t ie s ar e r e qu i r e d. 

B,2A Off -li n e charg i ng 

Th e usag e and/or charg e i nformat i on of th e ca ll i s r e cord e d i n th e n e twork. Th e ca l cu l at i on of th e charg e 
for that ca ll and th e b illi ng i s p e rform e d i n an off -li n e proc e ss. Th e i nformat i on r e cord e d cou l d a l so b e 
us e d for oth e r purpos e s by th e n e twork op e rator ( e .g. account i ng). 

B.2.2 On -li n e charg i ng 

I n th i s cas e charg i ng i nformat i on dur i ng th e ca ll i nstanc e has to b e ca l cu l at e d i n r e a l t i m e . Th i s furth e r 
proc e ss i ng of charg i ng i nformat i on i n r e a l t i m e cou l d b e for th e support of th e pay phon e , AOC (adv i c e of 
charg e ) or for charg e m e t e r i ng. 

B^ — Charg i ng proc e ss e s 

Fo ll ow i ng cons i d e rat i ons app l y to th e cas e of on e s e rv i c e and on e n e twork. 

At a h i gh le v el th e fo ll ow i ng proc e ss e s conc e rn i ng th e charg i ng can b e i d e nt i f ie d: 

Charg e d e t e rm i nat i on proc e ss (BET): 

d e t e rm i n i ng th e charg e party. Charg e party can b e th e ca lli ng li n e or I N s e rv i c e subscr i b e r or both; 

d e t e rm i n i ng th e le v el of charg e ; 

d e t e rm i n i ng th e i t e ms to b e charg e d; 

i f d e t e rm i nat i on of th e pr e v i ous ele m e nts i s p e rform e d off -li n e th e n i n that cas e on l y a d e fau l t ca ll 

r e cord i s r e g i st e r e d. 

Charg e g e n e rat i on proc e ss (GEN): 

g e n e rat i on of charg e pu l s e s or charg e r el at e d s i gna lli ng or charg e r el at e d i nformat i on for th e off -li n e 

proc e ss. 

Charg e r e g i strat i on proc e ss (REG): 

updat i ng th e charg e m e t e rs or cr e at i ng ca ll r e cords or both. 

On -li n e Charg e I nformat i on prov i s i on to th e us e r acc e ss (ONC): 

prov i s i on of charg e pu l s e s or s i gna lli ng i nformat i on on th e us e r/n e twork i nt e rfac e dur i ng call 

i nstanc e . 
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Charg e Output Proc e ss (OUT): 

output of charg i ng data for furth e r proc e ss i ng. Charg i ng data can b e output to magn e tic tap e s or 

data li nks, on op e rator r e qu e st or sch e du le d. 

Off -li n e charg i ng/b illi ng/account i ng proc e ss (OFC): 

a FE wh i ch proc e ss e s th e ca ll r e cords r e tr ie v e d from th e oth e r FEs (SSF, SCF, i nt e rnat i ona l 

e xchang e , LE) to pr e par e th e b ill for th e subscr i b e r or to support oth e r account i ng proc e ss e s. 

BA — Charg i ng sc e nar i os 

I n an I N structur e d n e twork, th e charg i ng for s e rv i c e s may b e sp li t b e tw ee n s e v e ra l part ie s. Each of th e 
fo ll ow i ng sc e nar i os shows a poss i b le charg i ng conf i gurat i on for on e of th e part ie s. Sc e nar i os may b e 
comb i n e d to g i v e th e tota l charg i ng capab ili t ie s r e qu i r e d for a s e rv i c e . Th e cho i c e of sc e nar i o for e ach 
charg e d party i s a n e twork sp e c i f i c opt i on. 

For e ach of th e sc e nar i os (and th e r e for e for e ach charg e d party) th e r e i s on l y on e po i nt of contro l for I N 
charg i ng p e r ca ll . 

8,4,^1 Charg i ng sc e nar i os r el at e d to off -li n e charg i ng 

To support th e off -li n e charg i ng proc e ss, som e charg i ng r el at e d funct i ons hav e to b e e x e cut e d dur i ng a 
ca ll i nstanc e . 

B. 4 .1.1 Sc e nar i o 1 : IN charg i ng comp le t el y i n th e PSTN 

I n th i s cas e (sc e nar i o 1), th e charg i ng i s don e by th e e x i st i ng charg i ng m e chan i sms i n th e PSTN, such as 
us i ng th e s e rv i c e acc e ss cod e to d e t e rm i n e th e tar i ff, and m e t e rs i n th e LE to count th e charg e pu l s e s. For 
th i s m e chan i sm, no I NAP op e rat i ons ar e r e qu i r e d, as no charg i ng funct i ons ar e p e rform e d by th e SSF, 
SCF or any oth e r I N FE. 

B. 4 .1.2 Sc e nar i o 2: I N charg i ng comp le t el y i n th e I N 

I n th i s sc e nar i o, th e charg i ng i s don e comp le t el y i n th e I N nod e s. Th e PSTN w ill d e t e rm i n e from e .g. th e 
s e rv i c e acc e ss cod e , that no charg e i s to b e ra i s e d, and a ll account i ng w ill b e p e rform e d at ei th e r th e SSF 
or th e SCF. Th e contro l of charg i ng i s a l ways at th e SCF, but ca ll r e cords may b e r e g i st e r e d at ei th e r th e 
SSF (sc e nar i o 2.2, 2.3) or SCF (sc e nar i o 2.1) or both (sc e nar i o 2.A). 

I n cas e ca ll r e cords ar e r e g i st e r e d at both SSF and SCF, for th e sam e ca ll i nstanc e th e r e shou l d b e a 
corr el at i on b e tw ee n both ca ll r e cords to a ll ow th e off -li n e b illi ng proc e ss to corr el at e th e m. For th i s 
purpos e th e SCF shou l d g e n e rat e a un i qu e corr el at i on I D and s e nd i t to th e SSF. Both th e SCF and SSF 
shou l d r e g i st e r th i s i n th e ca ll r e cord. 

B. 4 .1.3 Sc e nar i o 3: I N Charg i ng shar e d b e tw ee n I N and PSTN 

I n th i s cas e , th e SCF has contro l of th e charg i ng i nformat i on and i nstructs th e SSF on th e charg i ng 
i nformat i on to b e s e nt by th e SSF (sc e nar i o 3.2). 

I n th e LE, ei th e r a charg e m e t e r can b e updat e d or a standard ca ll r e cord can b e g e n e rat e d. Th e r e i s no 
ca ll r e cord g e n e rat e d at th e SSF or SCF. 

I f th e SSF i s a LE, th e pr i nc i p le s ar e th e sam e , but th e SSF - LE i nt e rfac e w ill b e i nt e rna l rath e r than by 
n e twork s i gna lli ng. Th e SCF n ee d not know wh e th e r th e SSP i s a trans i t or a l oca l e xchang e . 
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SCF 



Charging info to 
send to LE 




Charging pulses or 
Networl< signalling info 




F i gur e B.I : Sc e nar i o 3 

B. 4 .1. 4 Sc e nar i o 4 : Charg i ng at th e SCF, ass i st e d by th e SSF 

Th e SCF has th e r ele vant charg i ng i nformat i on to app l y charg i ng and i nstructs th e SSF to ca l cu l at e th e 
ca ll charg e . I nc l ud e d i n th e s e i nstruct i ons ar e th e cond i t i ons on wh i ch th e SSF shou l d r e qu e st furth e r 
i nformat i on from th e SCF ( e .g. thr e sho l ds, i . e . i nform th e SCF wh e n th e charg e r e ach e s a c e rta i n 
amount). 

Wh e n th e ca ll has f i n i sh e d or e .g. a thr e sho l d i s r e ach e d, th e n th e SSF i nforms th e SCF on what has 
happ e n e d and th e SCF p e rforms th e n e c e ssary proc e ss i ng of th e charg e i nformat i on, and poss i b l y 
i nstructs th e SSF what to do n e xt ( e .g. c le ar th e ca ll ). 

Th e ca l cu l at e d ca ll charg e can b e r e g i st e r e d at ei th e r th e SCF (sc e nar i o ^.1) or SSF (sc e nar i o A. 2). 

B. 4 .2 Charg i ng sc e nar i os r el at e d to on -li n e charg i ng 

Apart from th e sc e nar i os support i ng th e off -li n e charg i ng, som e n e tworks r e qu i r e sc e nar i os to support th e 
on -li n e charg i ng capab ili ty. Th i s m e ans that at th e us e r/n e twork i nt e rfac e charg e r el at e d i nformat i on ( li k e 
charg e pu l s e s or s i gna lli ng i nformat i on) hav e to b e off e r e d. 

I f th e charg i ng i s contro lle d by th e SCF, i t sha ll b e poss i b le to off e r th e charg e i nformat i on to th e LE. Th e 
LE us e s th i s i nformat i on at th e UN I . I f th i s charg e i nformat i on i s d eli v e r e d to th e LE for ca ll r e cord i ng 
purpos e s ( i . e . sc e nar i o 3, sc e nar i o A i n cas e SSF i n LE), th i s i nformat i on may a l so b e us e d for on -li n e 
charging. 

I f th i s charg e i nformat i on i s not d eli v e r e d to th e LE ( i . e . sc e nar i o 2 and A i n cas e SSF not i n LE), th e n 
add i t i ona l I Fs ar e n ee d e d for on -li n e charg i ng. I n that cas e th e sam e conf i gurat i on d e scr i b e d i n sc e nar i o 3 
cou l d b e us e d to transf e r th e charg e i nformat i on i n add i t i on to th e off -li n e charg i ng r el at e d sc e nar i o. 

Fl e x i b le tar i ff i ng i s a conc e pt us e d i n many n e tworks. For I N ca ll s, charg e rat e s n ee d to b e chang e d at 
c e rta i n t i m e s to a ll or d e d i cat e d d e st i nat i ons, or p e r ca ll i nstanc e d e p e nd e nt on th e durat i on of th e 
conv e rsat i on or th e s e rv i c e i nt e ract i ons i nvo l v e d. 

Wh e n SCF contro l s th e charg i ng and on -li n e charg i ng i s r e qu i r e d for a ca ll i nstanc e , th e SCF shou l d b e 
ab le to chang e th e charg e rat e s i n th e n e twork. Th i s on -li n e charg i ng proc e ss may caus e add i t i ona l 
s i gna lli ng traff i c and proc e ss i ng l oad i n both th e I N and th e PSTN/ I SDN. 

To avo i d add i t i ona l proc e ss i ng and s i gna lli ng i n th e n e twork i t may b e us e fu l to app l y th e on -li n e charg i ng 
s ele ct i v el y ( i . e . on l y on th e ca ll s for wh i ch i t i s n e c e ssary, e .g. payphon e or AOC). Wh e th e r on -li n e 
charg i ng i s r e qu i r e d or not can b e d e t e rm i n e d by ei th e r: 



an on -li n e charg i ng i nd i cat i on from PSTN/ I SDN to I N; or 

th e SL ( e .g. bas e d on s e rv i c e K e y, us e r s e rv i c e prof ile or us e r i nt e ract i on). 
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BS — I nt e ract i ons 

I nt e ract i ons conc e rn i ng th e charg i ng of an I N ca ll can occur i n th e fo ll ow i ng cas e s: 

4] a h i gh e r e xchang e g e n e rat i ng charg e r el at e d s i gna lli ng towards th e SSP. 

2) ca ll part ie s contro lle d by d i ff e r e nt SLs. 

8,5,^1 I nt e ract i ons w i th oth e r n e tworks conc e rn i ng charg i ng contro l 

Th i s i s th e cas e wh e n SSF r e c ei v e s charg i ng - r el at e d s i gna lli ng from a h i gh e r e xchang e ( e .g. i nt e rnat i ona l 
e xchang e or d e d i cat e d s e rv i c e e xchang e s). 

Th e r e ar e thr ee opt i ons i d e nt i f ie d to hand le th i s typ e of i nt e ract i on. For a ca ll i nstanc e contro lle d by th e 
SCF, th e SCF shou l d se le ct on e of these opt i ons. Accord i ng to th e g e n e ra l r e qu i r e m e nt "th e r e i s on l y on e 
po i nt of contro l for charg i ng p e r ca ll party p e r ca ll ", th e s ele ct e d opt i on w ill r e ma i n dur i ng th e li f e t i m e of th e 
ca ll i nstanc e for th e ca ll party. 

Opt i on 1: I n th i s opt i on SCF has contro l of th e charg i ng i nformat i on and i nstructs SSF to mon i tor and 

i nt e rc e pt th e charg e r el at e d s i gna lli ng m e ssag e (s) (from I SUP and not charg e pu l s e s) r e c ei v e d 

from a h i gh e r e xchang e . Bas e d on cr i t e r i a supp lie d by th e SCF, th e SSF w ill s e nd th i s i nformat i on 

to th e SCF: 

4] i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca ll . 

Subs e qu e nt l y SCF may us e th i s i nformat i on p e rform i ng i ts charg i ng contro l (us e th e r e c ei v e d 

charg i ng i nformat i on i n th e ca ll r e cord g e n e rat i on or to adjust n e w charg e rat e s/pu l s e s to b e s e nt to 

th e SSF for on -li n e charg i ng). 

Opt i on 2: Th e SCF may a l so d e c i d e to le av e th e charg e contro l to th e h i gh e r e xchang e and mon i tor th e 
charg i ng e v e nts. I n th i s cas e th e SCF i nstructs SSF to us e norma l charg i ng proc e ss i ng, e .g. s e nd 
charg e s i gna lli ng i nformat i on and/or charg e pu l s e s through to th e LE and/or updat e charg e m e t e rs 
accord i ng to th e r e c ei v e d charg i ng i nformat i on from th e h i gh e r e xchang e , and to not i fy th e SCF. 
Bas e d on cr i t e r i a supp lie d by th e SCF, th e SSF w ill s e nd th i s i nformat i on to th e SCF: 

4-) i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca ll - 
Opt i on 3: Sam e cas e as for opt i on 2 e xc e pt that th e SCF do e s not w i sh to mon i tor th e charg i ng e v e nts. 

B.5.2 Ca ll part ie s contro lle d by d i ff e r e nt SLs 

Th i s i s th e cas e for e .g. UPT to UPT or UPT to VPN ca ll s. I nt e ract i on occurs i n th e fo ll ow i ng cas e s: 

cas e 1 : SL - B caus e s charg i ng i nformat i on from SSF FSM - B towards SSF FSM - A; 

cas e 2: SL - A caus e s charg i ng i nformat i on from SSF FSM - A towards SSF FSM - B; 

cas e 3: cas e 1 and cas e 2. 

B.5.2.1 Cas e 1 : charg i ng i nformat i on from SSF FSM - B to SSF FSM - A 

Th i s i nt e ract i on occurs wh e n SL - B caus e s a charg e pu l s e or s i gna lli ng i nformat i on from SSF FSM - B to 
SSF FSM - A. 

NOTE: I f both SSF FSMs r e s i d e i n th e sam e SSF, th e n th e pr i nc i p le s w ill b e th e sam e , but th e 

SSF FSM - A/SSF FSM - B i nt e rfac e w ill b e i nt e rna l rath e r than by n e twork s i gna lli ng. 

Th e r e ar e thr ee opt i ons i d e nt i f ie d to hand le th i s typ e of i nt e ract i on. For a ca ll i nstanc e contro lle d by SL - A, 
th e SL - A shou l d s ele ct on e of th e s e opt i ons. Accord i ng to th e g e n e ra l r e qu i r e m e nt "th e r e i s on l y on e po i nt 
of contro l for charg i ng p e r ca ll party p e r ca ll ", th e s ele ct e d opt i on w ill r e ma i n dur i ng th e li f e t i m e of th e ca ll 
i nstanc e for th e ca ll party. 
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Opt i on 1 : I n th i s opt i on SL - A has contro l of th e charg i ng i nformat i on for th e A - party and i nstructs SSF 

FSM - A to mon i tor and i nt e rc e pt th e charg e r el at e d m e ssag e s r e c ei v e d from SSF FSM - B and s e nd 

i t to th e SL - A. Bas e d on cr i t e r i a supp lie d by th e SL - A th e SSF w ill s e nd th i s i nformat i on to th e SL - A: 

4] i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca ll . 

Subs e qu e nt l y, SL - A may us e th i s i nformat i on p e rform i ng i ts charg i ng contro l (us e th e r e c ei v e d 

charg i ng i nformat i on i n th e ca ll r e cord g e n e rat i on, adjust n e w charg e rat e s/pu l s e s to b e s e nt to th e 

SSF FSM - A for on -li n e charg i ng m e chan i sm). 

Opt i on 2: Th e SL - A may also d e c i d e to le av e th e charg e control to th e SL - B but monitor th e charg i ng 
e v e nts. I n th i s cas e th e SL - A i nstructs SSF FSM - A to us e norma l charg i ng proc e ss i ng, e .g. s e nd 
charg e s i gna lli ng i nformat i on and/or charg e pu l s e s through to th e LE and/or updat e charg e m e t e rs 
accord i ng to th e r e c ei v e d charg i ng i nformat i on from th e SSF FSM - B, and to not i fy th e SL - A. Bas e d 
on cr i t e r i a supp lie d by th e SCF, th e SSF w ill s e nd th i s i nformat i on to th e SCF: 

4] i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca l l- 
Opt i on 3: Sam e cas e as for opt i on 2 e xc e pt that SL - A do e s not w i sh to mon i tor th e charg i ng e v e nts. 
B.5.2.2 Cas e 2: charg i ng i nformat i on from SSF FS I VI - A to SSF FS I VI - B 

Th i s i nt e ract i on occurs wh e n SL - A caus e s a charg e pu l s e or s i gna lli ng i nformat i on ^ from SSF FSM - A to 
SSF FSM - B. To hand le th i s typ e of i nt e ract i on th e sam e opt i ons app l y as cas e 1 ( i . e . SL - B s ele cts on e of 
th e opt i ons). 

B.5.2.3 Cas e 3: charg i ng i nformat i on from SSF FS I VI - A to SSF FS I VI - B and r e v e rs e 

Th i s i nt e ract i on occurs wh e n both SL - B caus e s a charg e pu l s e or s i gna lli ng i nformat i on ^ from SSF FSM - 
B to SSF FSM - A and SL - A caus e s a charg e pu l s e or s i gna lli ng i nformat i on ^ from SSF FSM - A to SSF 
FSM - B. 

Th i s i nt e ract i on can b e manag e d by a sup e rpos i t i on of th e pr i nc i p le s g i v e n for th e cas e s 1 and 2. 

BS — Fram e work for th e charg i ng op e rat i ons i n I NAP 

i n g e n e ra l : 

th e start i ng po i nt for th e I NAP work on charg i ng i s on e s e rv i c e and on e n e twork; 

charg i ng sc e nar i o(s) ar e pr e- d e f i n e d p e r s e rv i c e . Th e d e c i s i on to p e rform DET/GEN/REG i n th e 

SSF or SCF can b e mad e on a p e r ca ll bas i s by th e SCF; 

th e proc e ss e s OFC and OUT ar e not li st e d i n th e fram e work, as th e y hav e no i mpact on th e 

sc e nar i os d e f i n e d. 



2) I f both SSF FSMs r e s i d e i n th e sam e SSF, th e n th e pr i nc i p le s w ill b e th e sam e , but th e SSF FSM-A/SSF FSM - B i nt e rfac e 

w ill b e i nt e rna l rath e r than by n e twork s i gna lli ng. 
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Tab le B.1 : Fram e work charg i ng r el at e d op e rat i ons i n I NAP 



R e f e r e nc e 
sc e nar i o nr. 



App li cab le 



DET 



QEN 



R EG 



ONC (LE) 



I nformat i on to b e transf e rr e d by 
I NAP charg i ng op e rat i on s 



I NAP charg i ng 
op e rat i ons 



Param e t e rs 



Yes 



PSTW 



PSfl4 



PSTW 



w/ n 



R© 



RG 



R© 



2A- 



Yes 



SG^ 



SG^ 



SG^ 



R0 



RG 



R© 



2.2 



Yes 



SG^ 



SG^ 



SS^ 



SCF - > SSF 



charg e r e cords 



FC I (comp le t e 
charg i ng r e cord 



FC I BCC 



2^ 



Yes 



SG^ 



SS^ 



SS^ 



SCF - > SSF 



^G\ 



FC I BCC 



Charg e d Party/L e v el / l t e m 



2A 



Yes 



SG^ 



SG^ 



SSF^ 
SG^ 



SCF - > SSF 



^Gi 



FC I BCC 



Corr el at i on I D (NOTE A) 



3.2 



Yes 



SG^ 



SS^ 



PSTW 



w/ n 



SCF - > SSF 

Charg e d Party/L e v el (NO Ti-44 



S C I 



SCLBCC 



4.4- 
(NOTE 5) 



Yes 



SG^ 



SS^ 



SG^ 



w/ n 

(NOTE 2) 



SCF - > SSF 



Charg e d Party/L e v el / l t e m 



SCF< - SSF 



Ca ll charg e or thr e sho l d (NOTE 3) 



AG 



AGR 



AC_BCC 

party ToCharg e (Opt i ona l ) 

s e ndCa l cu l at i onToSCP - 

I nd i cat i on 

Ca ll R e su l t 



4.2 



Yes 



SG^ 



SS^ 



SS^ 



w/ n 



SCF - > SSF 
Charg e L e v el 



SCF< - SSF 
thr e sho l d (NOTE 3) 



AG 



FC I (NOTE 6) 
AGR 



AC_BCC 

party ToCharg e (Opt i ona l ) 

s e ndCa l cu l at i onToSCP - 

I nd i cat i on 

FCLBCC 

Ca ll R e su l t 



NOTE 1 : 



No el aborat i on on th e i nt e rwork i ng of th e SSF to th e PSTN w ill b e mad e b e caus e th e obj e ct i v e i s to d e f i n e charg i ng i nformat i on transf e rr e d by 

I NAP. Th i s sc e nar i o has many PSTN/ I N i nt e ract i ons. 

On -li n e charg i ng app li cab le i n cas e LE SSF i s l ocat e d i n th e LE oth e rw i s e n e twork s i gna lli ng n ee d e d. 

Th e thr e sho l d i s not i nt e nd e d for stat i st i cs but us e d by s e rv i c e s li k e cr e d i t card ca lli ng 



NOTE 2 



NOTE 3 



NOT&4 



I n th i s cas e , SSF cr e at e s a d e fau l t/standard ca ll r e cord and i nc l ud e s a corr el at i on I D supp lie d by SCF. I t i s up to th e n e twork op e rator to us e an 



add i t i ona l sc e nar i o to p e rform on -li n e charg i ng ( e .g. sc e nar i o 3.2). 
NOTE 5: I n th i s sc e nar i o, th e SCF g e n e rat e s th e ca ll r e cord to b e us e d by th e post proc e ss i ng c e ntr e to d e t e rm i n e th e party to charg e and th e cost of th e 



NOTE 6: 



C3|| 



Furn i shCharg i ng l nformat i on contro l s th e r e cord g e n e rat i on at th e SSF. App l yCharg i ng and App l yCharg i ngR e port ar e us e d to transf e r charg i ng 
r el at e d i nformat i on from th e SSF to th e SCF ( e .g. d e b i t card ca lli ng). 
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Ann e x C ( i nformat i v e ): 



Tr i gg e r D e t e ct i on Po i nts (TDPs) and tr i gg e r cr i t e r i a for 
th e CS1 cor e I NAP 



G^^l I ntroduct i on 

Th i s ann e x prov i d e s for th e cor e I NAP i nformat i on on th e app li cab ili ty of th e CS1 D e t e ct i on Po i nts (DPs) 
as Tr i gg e r D e t e ct i on Po i nts (TDPs) and on th e app li cab ili ty of tr i gg e r cr i t e r i a that ar e li st e d and c l ar i f ie d i n 
I TU - T R e comm e ndat i on Q.1219, § 6.3.3.3. 

Th i s ann e x has no i nt e nt i on to b e r e str i ct i v e on th e us e of th e Ev e ntTyp e BCSM param e t e r i n th e I n i t i a l DP 
op e rat i on. A ll va l u e s of th e Ev e ntTyp e BCSM ar e poss i b le . 

I n add i t i on th e i nd i cat e d app li cab ili ty of tr i gg e r cr i t e r i a to th e TDPs ar e cons i d e r e d as b ei ng us e fu l i n th e 
cont e xt of cor e I NAP and i t i s not i nt e nd e d to b e r e str i ct i v e - 
Not e , how e v e r, that th e ass i gnm e nt of DP to a TDP on ei th e r a custom e r/trunkgroup, pr i vat e fac ili ty or 
off i c e bas i s may hav e an i mpact on th e m e mory and r e a l t i m e p e rformanc e r e qu i r e m e nts of th e CCF/SSF. 

Not e furth e r that th e app li cab ili ty of DP cr i t e r i a at a g i v e n DP d e p e nds on wh e n ca ll proc e ss i ng i s ava il ab le 
and how l ong i t i s r e ta i n e d. Th e cor e I NAP p l ac e s no r e qu i r e m e nts on e qu i pm e nt supp lie rs i n th i s ar e a. I f 
n e twork and s e rv i c e prov i d e rs p l an to i mp le m e nt I N CS1 s e rv i c e s i n a mu l t i- supp lie r e nv i ronm e nt, th e y 
shou l d cons i d e r formu l at i ng such r e qu i r e m e nts to e nsur e cons i st e nt i mp le m e ntat i ons across supp lie r 
e qu i pm e nts. Such r e qu i r e m e nts shou l d b e cons i d e r e d car e fully so as not to adv e rs el y i mpact m e mory and 
r e a l- t i m e p e rformanc e of CCF/SSF proc e ss i ng. 

Th e r el at i onsh i p b e tw ee n DP cr i t e r i a and m i n i mum param e t e r popu l at i on ru le s i s not d e f i n e d i n th i s 
v e rs i on of th e ETS. 

C.2 — BCSM TDPs and TDP cr i t e r i a 

Th e fo ll ow i ng c l ass i f i cat i on i s us e d. 

C2A Uncond i t i ona l TDPs 

Th e uncond i t i ona l TDPs can b e us e d by i ts el f, r el at e d to DPs of th e BCSM w i thout any oth e r cr i t e r i on to 
be — sat i sf ie d — at — the — TDP — before — i nform i ng — the — SGF — that — the — TDP — was — e ncount e r e d. 
Th e uncond i t i ona l TDPs can b e : 

custom e r bas e d; 

trunkgroup bas e d; 

pr i vat e fac ili ty ( e .g. C e ntr e x) bas e d. 

Th e uncond i t i ona l TDPs ar e li st e d i n tab le C.1. 



Tab le C.I 



DP cr i t e r i a 



40 



42 



43 



44 



45 



4€ 



47 



4S 



UNCOND I TIONAL 
L i ne based 



UNCOND I TIONAL 
Trunkgroup based 



UNCOND I TIONAL 
Pr i vate fac ili ty base d 



X : app li cab l e 

: not app li ca bte 



A "X" for th e s ele ct e d DPs m e ans r e a ll y th e po i nt i n ca ll wh e n th e BCSM shou l d b e susp e nd e d. E.g. for 
DP3 th e i nformat i on shou l d on l y b e ana l yz e d wh e r e aft e r, i rr e sp e ct i v e th e va l u e of th e ana l yz e d i nformat i on 
th e BCSM shou l d b e susp e nd e d. 
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C2^ Cond i t i ona l TDPs 



R el at e d to DPs w i th add i t i ona l tr i gg e r cr i t e r i a as li st e d i n th e tab le C.2. 

Th e e ntr ie s i n th e tabl e can b e : 
custom e r bas e d; 



trunkgroup bas e d; 
pr i vat e fac ili ty bas e d; 
off i c e bas e d. 



Tab le C.2 



DP cr i t e r i a 



9 40424344454€474S 



C l ass of serv i ce 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



Sp e c i f i c d i g i t str i ng 
(NOTE 1) 



O 



O 



O 



O 



O 



O 



O 



F e atur e cod e 
(NOTE 1) 



Pr e fix e s (N0 T&4^ 



Access Codes 
(NOTE 1) 



O 



O 



O 



O 



O 



O 



O 



Ca ll ed party number 
(NOTE 1) 



O 



O 



O 



O 



O 



O 



O 



Fac ili ty i nformat i on 
(NOTE 2) 



Feature act i vat i on 
(NOTE 3) 



Cause 



Sp e cific ABB str i ng 
(NOTE 1) 



Sp e cif i c ca lli ng party 
number (NOTE 'I ) 



Natur e of addr e ss 



Bearer capab ili ty 



O 



O 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



X 



: app li cab l e 



O- 



: not app li cab le 



: opt i ona l 



NOTE 1 : 



Sam e typ e of tr i gg e r r e qu i r i ng ana l ys i s of a sp e c i f i c numb e r of r e c ei v e d d i g i ts. Th e ana l ys i s can b e bas e d on thi e 
comp le t e numb e r of r e c ei v e d d i g i ts or can b e bas e d on a pr e d e f i n e d numb e r of d i g i ts start i ng from thi e most s i gn i f i cant 
d i g i t of the rece i ved i nformat i on. 
A match on th e Fac ili ty l nformat i onE le m e nt conta i n e d i n a s i gna lli ng m e ssag e as d e f i n e d i n DSS1 and I SUP. 



NOTE 2: 



NOTE 3: 



I n a loca l exchange on l y. The BCSM has to analyze ( i f fac ili ty i s a ll owed, stored as C l ass of Serv i ce attr i bute) the 

r e c ei v e d i nformation and has to i n i t i at e an I N tr i gg e r i f r e qu i r e d. 

A feature act i vat i on/ i nd i cat i on can be ava il ab l e at DP3-10 i n the OBCSM for a party served by an I SDN BR I or PR I and 



NOTE 'I : 



can b e ava il ab le at DPS i n th e OBCSM for a party s e rv e d by a non -I SDN li n e . A f e atur e act i vat i on/ i nd i cat i on can b e 
ava il ab l e at DP1 ^ -18 i n the TBCSM for a party served by an I SDN BR I or PR I and can be ava i lab l e at DP16 i n the 
TBCSM for a party s e rv e d by a non -I SDN li n e . 

The ana l ys i s should not be based on the comp l ete ca lli ng party number, i t sha ll be based on a predef i ned number of 
d i g i ts, start i ng from th e most s i gn i f i cant d i g i t of th e ca l l i ng party numb e r. 



I f a cr i t e r i a i s mark e d w i th a "X" for a DP, th e n th i s m e ans that a cond i t i ona l TDP wh i ch i s arm e d at th e DP 
may r e qu i r e th e cr i t e r i a as li st e d i n th e tab le to b e sat i sf ie d b e for e i nform i ng th e SCF that th e TDP was 
e ncount e r e d. E.g. a cond i t i ona l TDP at DP1 may r e qu i r e th e c l ass of s e rv i c e cr i t e r i a to b e sat i sf ie d b e for e 
th e SCF i s i nform e d that th e TDP was e ncount e r e d. 

I f a cr i t e r i a i s mark e d w i th an "0" for a DP, th e n th i s m e ans that i t i s i mp le m e ntat i on d e p e nd e nt i f th e 
cr i t e r i a sp e c i f i c i nformat i on i s st ill pr e s e nt at that DP b e caus e not a ll supp lie rs may r e ta i n th i s i nformat i on 
for th e durat i on of th e ca ll /att e mpt. I f th e i nformat i on i s st ill pr e s e nt, th e tr e atm e nt i s th e sam e as a cr i t e r i a 
mark e d w i th a "X". 

Conc e rn i ng i mpact on m e mory and r e a l t i m e p e rformanc e , s ee C l aus e C.1 . 
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DP of th e OBCSM and TBCSM 

DPI Or i g i nat i ngAtt e mptAuthor i z e d 

BP2 Co lle ct e d l nfo 

DP3 Ana l yz e d l nformat i on 

BP4 Rout e S ele ctFa il ur e 

BP§ OCa lle dPartyBusy 

BP6 ONoAnsw e r 

BP7 OAnsw e r 

BP§ OM i dCa ll 

BP9 OD i sconn e ct 

BP4fl OAbandon 

QP4A R e s e rv e d 

DP12 T e rm i nat i ngAtt e mptAuthor i z e d 

BP45 TCa lle dPartyBusy 

QP44 TNoAnsw e r 

BP45 TAnsw e r 

BP4€ TM i dCa ll 

DP17 TD i sconn e ct 

Dm% TAbandon 

C.2.3 Tr i gg e r cr i t e r i a comb i nat i ons 

A part i cu l ar cond i t i ona l TDP may r e qu i r e a comb i nat i on of th e app li cab le cr i t e r i a to b e ch e ck e d b e for e 
i nform i ng th e SCF that th e TDP was e ncount e r e d. 

Cr i t e r i a may b e comb i n e d us i ng th e : 

AND funct i on ( e .g. at DP3, i n i t i at e an SCF e nqu i ry i f "C l ass of S e rv i c e " = i nt e rnat i ona l ca ll barr e d 

AND "Natur e of Addr e ss" ^ i nt e rnat i ona l ); 

OR funct i on ( e .g. at DP3, i n i t i at e an SCF e nqu i ry i f "Ca lle d Party Numb e r" = 831 or "Ca lle d Party 

Numb e r" = 836); 

NOT funct i on ( e .g. at DP3, i n i t i at e an SCF e nqu i ry i f "Ca lle d Party Numb e r" i s NOT = 831). 

Th e cr i t e r i a comb i nat i ons to b e ch e ck e d for a part i cu l ar TDP i s to b e sp e c i f ie d by m e ans of manag e m e nt 
proc e dur e s app li cab le for th e CCF/SSF. 

C.2. 4 Tr i gg e r cr i t e r i a pr i or i t ie s 

Mu l t i p le TDP - Rs may b e arm e d at th e sam e DP, e ach TDP - R b ei ng ei th e r an uncond i t i ona l or a 
cond i t i ona l TDP. Each TDP - R w ill hav e an assoc i at e d s e t of cr i t e r i a ( i . e . cond i t i ons sp e c i f i c to th e 
part i cu l ar TDP - R that sha ll b e m e t b e for e th e SCF i s i nform e d that th e TDP i s e ncount e r e d). Th e pr i or i ty 
of th e TDP - Rs at a DP i s to b e sp e c i f ie d by m e ans of manag e m e nt proc e dur e s app li cab le for th e 
CCF/SSF. 

Dur i ng th e proc e ss i ng of TDP - Rs at a DP, th e SSF has to ch e ck th e s e t of cr i t e r i a assoc i at e d w i th e ach 
TDP - R i n d e sc e nd i ng ord e r of pr i or i ty unt il ei th e r th e s e t of cr i t e r i a for a part i cu l ar TDP - R ar e m e t 
(r e su l t i ng i n i nform i ng th e SCF) or a ll s e ts of cr i t e r i a hav e b ee n ch e ck e d and non e hav e b ee n m e t. 
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Ann e x D ( i nformat i v e ): B i b li ography 

V\) I TU - T R e comm e ndat i on Q. 711 (1993): "Funct i ona l d e scr i pt i on of th e s i gna lli ng 

conn e ct i on contro l part". 

22) I TU - T R e comm e ndat i on Q.763 (1993): "Formats and cod e s". 

33) CC I TT R e comm e ndat i on 0.767(1991): "App li cat i on of th e I SDN us e r part of 

CC I TT s i gna lli ng syst e m No. 7 for i nt e rnat i ona l I SDN i nt e rconn e ct i ons". 

44) I TU - T R e comm e ndat i on Q. 771 (1993): "Sp e c i f i cat i ons — of S i gna lli ng — Syst e m 

No. 7; Funct i ona l d e scr i pt i on of transact i on capab ili t ie s". 

5§) I TU - T R e comm e ndat i on Q.77^ (1993): "Sp e c i f i cat i ons — of S i gna lli ng — Syst e m 

No. 7; Transact i on capab ili t ie s proc e dur e s". 

66) I TU - T R e comm e ndat i on 0.932(1993): "D i g i ta l subscr i b e r S i gna lli ng Syst e m 

No.1 (DSS1) - G e n e r i c proc e dur e s for th e contro l of I SDN supp le m e natary 
s e rv i c e s". 

7?) ETR 090 (1993): "ETS I obj e ct i d e nt i f ie r tr ee ; Common doma i n; I nt elli g e nt 

N e twork ( I N) doma i n". 

8S) ETS 300 37^ - 5: " I nt elli g e nt N e twork ( I N); I nt elli g e nt N e twork Capab ili ty S e t 1 

(CS1); Cor e I nt elli g e nt N e twork App li cat i on Protoco l ( I NAP); Part 5: Protoco l 
sp e c i f i cat i on at th e SCF - SDF i nt e rfac e ". 
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